Freelancer, bureau of eigen team?

Ik heb een studio van één persoon en ik zat al aan beide kanten van de tafel bij bureaus, dus een neutrale partij ben ik hier niet. Hou dat in je achterhoofd terwijl je dit leest.

Alle drie de vormen kunnen goede software opleveren. Welke bij jou past, hangt vooral af van hoeveel werk er is, hoe lang het duurt en hoe dicht de software bij de kern van je bedrijf zit.

Wat een freelancer goed kan

Een freelancer is één zelfstandige die op opdracht voor je werkt. Je praat rechtstreeks met de persoon die het bouwt, dus een vraag of een wijziging hoeft langs niemand anders. Omdat er geen tussenlagen zijn, heeft die ene persoon het hele project in zijn hoofd. Een freelancer past ook goed bij werk dat een begin en een einde heeft, of bij een product dat nog zoekt wat het moet worden.

Het blijft wel één paar handen. Er kan niet meer tegelijk gebeuren dan één persoon aankan, en elke freelancer heeft zijn eigen vak: de ene doet ook ontwerp, de andere niet. Vraag daarom wat iemand zelf doet en wat niet, en wat er gebeurt tijdens een vakantie. Goede documentatie vangt een deel daarvan op. Waar je verder op let, lees je in Een freelancer inhuren.

Wat een bureau goed kan

Een bureau brengt verschillende specialisten samen onder één dak: ontwerpers, ontwikkelaars, testers en een projectleider die het overzicht houdt. Bij een groot project dat al die mensen tegelijk nodig heeft, moet je ze niet zelf gaan zoeken of op elkaar afstemmen. Een bureau kan ook meer mensen inzetten als het project groeit, en als iemand vertrekt of ziek wordt, kan een collega overnemen. De werkwijze ligt vaak al vast, wat handig is als je organisatie zelf vaste procedures heeft of formele aanbestedingen uitschrijft.

Bij een bureau zit er vaak een projectleider tussen jou en de mensen die bouwen, en de persoon die je in het eerste gesprek ziet, is niet altijd de persoon die het werk doet. Dat hoeft geen probleem te zijn, maar vraag ernaar: wie werkt er aan mijn project, en wie spreek ik als er iets moet veranderen? Meer mensen betekent ook meer afstemming, en die tijd zit mee in het project.

Wat een eigen team goed kan

Een eigen team bestaat uit mensen die bij jou in dienst zijn en alleen aan jouw product werken. De kennis blijft in je bedrijf. Ze kennen je klanten en zitten aan tafel als de plannen veranderen. Is software de kern van wat je verkoopt, en blijft er jaren werk, dan sta je daarmee sterk.

Een team opbouwen vraagt wel iets van je. Je moet mensen vinden en beoordelen, ook als je zelf niet technisch bent, en je wordt hun werkgever. Iemand moet het werk leiden en technische keuzes kunnen maken. Eén ontwikkelaar in vaste dienst is ook nog geen team: als die vertrekt, vertrekt veel kennis mee. Voor een project dat na een tijd af is, past een vaste aanwerving minder goed, omdat er daarna geen werk meer is voor die persoon.

Combinaties

Je hoeft niet voor altijd te kiezen. Een freelancer kan een eerste versie bouwen, waarna je een eigen team aanneemt dat met de overdracht verder kan. Een bureau kan het ontwerp doen terwijl je eigen ontwikkelaars bouwen.

Een freelancer kan ook in een bestaand team meedraaien. Dat doe ik bij Eagl, waar ik op een langlopende freelance-opdracht in hun engineeringteam werk en nauw samenwerk met hun eigen mensen. Zo’n opstelling geeft een team extra ervaring zonder vaste aanwerving, en het eigen team houdt de kennis bij.

Vragen die helpen kiezen

• Heeft het werk een einde, of blijft het doorlopen? Een afgebakend project past bij een freelancer of bureau, en werk dat jaren doorloopt pleit eerder voor een eigen team.
• Is software wat je verkoopt, of ondersteunt het je bedrijf? Een interne tool voor je team vraagt iets anders dan het product waar je omzet van komt.
• Hoeveel moet er tegelijk gebeuren? Een app, een website en een koppeling tegelijk vragen meer handen dan die drie na elkaar.
• Welke vakken zijn nodig? Heb je apart ontwerp, testen of beveiliging nodig, of kan één persoon dat aan?
• Wie stuurt het aan je kant? Elke vorm heeft iemand bij jou nodig die keuzes maakt. Bij een eigen team moet die persoon ook het technische werk kunnen beoordelen, of je moet iemand aannemen die dat kan.
• Wat gebeurt er als iemand wegvalt? Vraag bij elke vorm naar documentatie en naar wie de code en de accounts bezit. Daarover gaat Van wie zijn je code en je data?

Twijfel je over wat je precies nodig hebt, dan helpt het ook om een briefing te schrijven voor je met iemand praat.

Hoe ik in dit plaatje pas

Helsh-js is met opzet één persoon. De persoon aan de telefoon is de persoon die de code schrijft, en de studio is klein genoeg om van elk project te weten hoe het ervoor staat. Ik werk aan mobiel, web en infrastructuur, van analyse en ontwerp tot front-end en back-end.

Ook bij mij blijft het dus één persoon, en dat hoort bij de afweging hierboven. Hoe de samenwerking verloopt, staat op de aanpakpagina. Wil je later naar een eigen team, of wil je verder met iemand anders, dan draag ik het over.