Waarom mij inhuren?

Het korte antwoord is: omdat ik goed ben :-)

Ik ben goed in wat ik doe, en zet me in voor het werk dat ik aanneem. Het is simpel: als ik ergens niet goed in ben, of mezelf niet goed kan inzetten voor een opdracht, neem ik die niet aan. (Of ik zal minstens de opdrachtgever dit duidelijk vertellen, en de beslissing om mij al dan niet aan te nemen aan hun overlaten.)

Goede software-ontwikkeling is ook een kwestie van sociale en planning-talenten

Goede software-ontwikkeling is meer dan alleen het schrijven van een programma. De meeste bedrijven waarbij ik een opdracht heb aangenomen, weten wat het probleem is, maar weten niet in detail hoe ze dat software-matig moeten oplossen, Dat hoeven ze ook niet. Het is mijn taak als 'business analyst / software engineer' om samen te werken met mensen in het bedrijf, de juiste informatie die ik nodig heb van ze te krijgen, en dat te vertalen in een planning.

Hoewel ik de meeste tijd doorbreng 'in mijn eigen wereld' naar het computerscherm en mijn programma's starend, kan ik goed met mensen omgaan waar het nodig is. Ik houd ervan om van applicatiegebruikers te horen wat ze echt nodig hebben en vervolgens te bedenken wat de beste oplossing voor ze is.

Dit allemaal natuurlijk binnen de grenzen van mijn opdracht. Het projectplan kan voor aanvang van de software-ontwikkeling zo strak en gedetailleerd (of open voor tussentijdse veranderingen) zijn als gewenst. Gebruikers kunnen zich net zoveel of zo weinig vrijheid permitteren om me input te geven, als gewenst. Dit hangt af van o.a. beschikbare tijd en budget.

Een zelfstandige inhuren, of iemand van een groter IT-bedijf?

De kwaliteit van een software-project hangt af van de kwaliteit van de mensen die het project uitvoeren. De continuïteit van een project hangt af van de mate waarin kennis gedeeld en goed overgedragen wordt. Dit is onafhankelijk van de vraag of de mensen die kennis delen of overdragen, voor hetzelfde IT-bedrijf werken.

Kunnen zorgen voor continuïteit --bedoeld als 'met andere mensen kunnen samenwerken en een project evt. aan andere mensen kunnen overdragen-- hangt af van de kwaliteit van de programmacode die een ontwikkelaar schrijft, de kwaliteit van de documentatie, zijn communcatieve vaardigheden en zijn wil om samen te werken en zijn werk met anderen te delen.

Gezien mijn bewezen kwaliteiten op al deze gebieden is het onwaarschijnlijk dat er continuïteitsproblemen op zullen treden - of in ieder geval niet meer dan wanneer een groter IT-bedrijf ingeschakeld wordt in plaats van mij.

De beschikbaarheid van mensen om kennis en vaardigheden aan over te dragen, kan natuurlijk wel beter door een groter IT-bedrijf ondervangen worden, als u verschillende mensen tegelijk wilt inhuren of vantevoren al eisen over de continuïteit van een project wilt vastleggen. Ik beschik op dit moment niet over een persoonlijk netwerk van mensen die in projecten betrokken kunnen worden. Verschillende interim-personeelsbedrijven via wie ik bij grotere opdrachtgevers heb gewerkt --zie mijn CV-- zouden dit net zo goed kunnen bereiken als een groot IT bedrijf. Aangezien ik meer 'hands-on kennis' zou kunnen hebben om de nodige resources voor een project te kunnen beoordelen, zijn vragen over advies op dit gebied welkom.

Op administratief gebied is het niet noodzakelijk moeilijker om met verschillende eenmansbedrijven te werken dan met 1 IT-bedrijf. U kunt de financiële en legale zaken omtrent het inhuren van eenmansbedrijven laten afhandelen door een interim-personeelsbedrijf, zodat u hiervoor een enkel contactpunt heeft, tegen een bepaalde vergoeding. (Dit is de manier waarop sommige grotere bedrijven, zoals ABN AMRO, werken.) Het is echter een gegeven in deze personeelsmarkt, dat we beiden aanzienlijke kosten kunnen besparen als u (of ik) het interim-bedrijf benadert om mij gericht in te huren, in plaats dat u aan het interim-bedrijf vraagt of zij iemand beschikbaar hebben voor het project. (Als zij u voor mij vinden, is de marge die zij bedingen aanzienlijk hoger.)