Developer
Vraag het me voordat je een developer aanneemt.
Een developer aannemen voelt als vooruitgang. Vaker dan founders denken, lost het geen onduidelijkheid op, een ervaren bouwer voert uit wat al duidelijk is. Als de richting nog niet scherp is, gaat de uitvoering snel de verkeerde kant op. Een korte check beoordeelt of rol, niveau, scope en kandidaat passen bij wat het product nu écht nodig heeft.
Toets dit voordat je commit
Wat ik als eerste check.
- 01
Is helder welk concreet probleem deze hire moet oplossen?
- 02
Past het niveau bij het werk, junior met heldere taken, senior voor afwegingen?
- 03
Is de scope klein genoeg voor weken in plaats van maanden?
- 04
Wie houdt productverantwoordelijkheid, jij of de developer?
- 05
Wat is het plan over drie maanden als de hire niet werkt?
Veel voorkomende patronen
Wat ik het vaakst zie gebeuren.
- Founders nemen iemand aan met de gedachte: scope scherp krijgen we wel onderweg.
- Een junior in een team van één wordt onbedoeld de productverantwoordelijke.
- Een onduidelijke opdracht produceert code die later weg moet.
- "We kunnen het later altijd veranderen" is technisch waar en organisatorisch duur.
Wat het gesprek oplevert
Waar je mee weggaat.
- 01
Een scherpere omschrijving van rol en eerste opdracht.
- 02
Een check op niveau en typen kandidaat dat bij jouw fase past.
- 03
Duidelijkheid: aannemen, wachten en eerst scherp krijgen, of de hire anders inrichten.
Verder lezen
Artikelen over dit vraagstuk.
- 6 min leestijd
Voor je een developer aanneemt: lees dit eerst
Een developer lost geen onduidelijkheid op. Wat je beter eerst aanscherpt voor je iemand inhuurt, en welke vragen je vooraf moet beantwoorden.
- 6 min leestijd
Waarom een developer aannemen geen productprobleem oplost
Als het productprobleem onduidelijk is, bouwt een developer alleen sneller de verkeerde kant op. Wat eerst helder moet zijn, en wat een ervaren blik kan voorkomen.
- 8 min leestijd
De founder-gids voor het aannemen van een developer
Neem aan voor de beslissingen die je product nodig heeft, niet voor de langste lijst technologieën.
Klaar om te praten?
Moet je echt al iemand aannemen?
Veel startups denken dat ze een developer nodig hebben, terwijl het echte probleem ergens anders zit.