Waarom goede developers vertrekken, en wat het vertrek van uw beste developer u echt kost

Meestal gebeurt het op een vrijdag. Uw meest ervaren developer vraagt om een kort gesprek en zegt op. Er is iets anders gevonden, de beslissing is genomen, en het gesprek is beleefd.

De manager is verrast. De developer niet. In de meeste gevallen speelt het al maanden, en de signalen waren er voor wie wist waar hij moest kijken.

Dit artikel is bedoeld voor de eigenaar, de CTO of het hoofd ontwikkeling. Het gaat over wat zo’n vertrek werkelijk kost, waarom goede developers echt vertrekken, aan welke signalen u het ziet aankomen, en wat u nog kunt doen, ervoor en erna.

Wat één vertrek werkelijk kost

Gallup schat dat het vervangen van een medewerker tussen de helft en het dubbele van het jaarsalaris kost, en noemt dat een voorzichtige schatting. Voor een senior developer ligt de waarheid eerder in de bovenste helft van die bandbreedte, want de kosten zitten niet alleen in het werven. Het is alles wat het team niet kan doen zolang de plek leeg is en zolang de nieuwe collega het systeem leert kennen.

Een gebruikelijk verloop, zoals wij het in de praktijk zien:

1. 1–3 maandenOpzegtermijn: nog aanwezig, in gedachten al weg
2. 2–4 maandenZoeken naar een opvolger
3. 1–3 maandenDe opzegtermijn van de nieuwe collega bij de huidige werkgever
4. 3–6 maandenInwerken tot volledig productief

Bij elkaar opgeteld is dat vaak een half jaar tot een jaar waarin het team met minder capaciteit werkt dan gepland. Voor een voorbeeldbedrijf waar een senior developer € 70.000 per jaar kost:

Kostenpost	Hoe het zich laat zien	Globaal bedrag
Werving	Bureaufee, vacatureteksten, de tijd van het team in sollicitatiegesprekken	€ 10.000–20.000
Lege plek	Functionaliteit die niet wordt gebouwd, projecten die uitlopen	€ 15.000–35.000
Inwerken	De nieuwe collega op halve snelheid, collega’s die uitleggen	€ 15.000–25.000
Verloren kennis	Fouten in delen die alleen de vertrekkende developer begreep	moeilijk te schatten, vaak de grootste post
Totaal		€ 40.000–80.000, nog zonder verloren kennis

De bedragen zijn illustratief, niet gemeten, maar de orde van grootte past bij de bandbreedte van Gallup. De laatste rij doet het meeste pijn, omdat niemand ervoor budgetteert. Ons artikel over kennis en het overnemen van een .NET-applicatie laat zien wat er gebeurt als de persoon die het systeem kende er niet meer is.

Waarom ze echt vertrekken

Vraag een developer waarom hij is vertrokken en het antwoord is vaak “een beter aanbod”. Dat is de beleefde versie. In de Stack Overflow Developer Survey 2025 scoorde bij werktevredenheid niet het salaris het hoogst, maar autonomie en het vertrouwen om de eigen taken zelf in te delen. Salaris kwam op de tweede plaats, gevolgd door het oplossen van echte problemen, werken aan uitdagende vraagstukken en zeggenschap over de kwaliteit van het eigen werk.

Dat sluit aan bij wat wij zien. Goede developers verlaten zelden een baan die ze leuk vinden voor 10% meer. Ze verlaten een baan die hen frustreert, en het betere aanbod is gewoon de uitweg. De meest voorkomende frustraties:

• Verantwoordelijkheid zonder zeggenschap. Er wordt verwacht dat ze de kwaliteit bewaken, maar niemand heeft ze een stem gegeven in hoe. Daar schreven we een heel artikel over: senior developer of tech lead.
• Voortdurend brandjes blussen. Elke week begint met dringende problemen in productie. Gepland werk komt er nooit van, en het systeem wordt nooit beter.
• Prioriteiten die elke week veranderen. Wat maandag dringend was, is donderdag geschrapt. Na een tijdje gelooft niemand de planning nog.
• Een systeem waar ze niets van leren. Jarenlang op een oud platform, zonder tijd om het te moderniseren, terwijl de rest van de branche verdergaat. Ons artikel over technische schuld en trage ontwikkeling beschrijft hoe dat zich opstapelt.
• Geen groeipad behalve management. De enige manier om te groeien is stoppen met programmeren. Veel uitstekende developers willen dat niet, dus groeien ze ergens anders.
• Kwaliteitsbeslissingen over hun hoofd heen. Deadlines die hen dwingen iets op te leveren waarvan ze weten dat het stukgaat, om het later in hun eigen tijd te repareren.

Salaris telt natuurlijk mee. Duidelijk onder de markt zitten is op zichzelf al een reden. Maar als het salaris eerlijk is, bepalen de redenen hierboven wie blijft.

Waarschuwingssignalen

Volgens Gallup zegt 52% van de medewerkers die vrijwillig vertrokken dat hun leidinggevende of organisatie iets had kunnen doen om het te voorkomen. De meeste vertrekken zijn te zien aankomen:

Wat u ziet	Wat het vaak betekent
In overleggen wordt niet meer tegengesproken	Ze geloven niet meer dat hun mening iets verandert
Minder voorstellen en verbeteringen	Ze investeren niet meer in de toekomst van dit systeem
Meer vrije dagen, vaak losse dagen	Sollicitatiegesprekken
Het LinkedIn-profiel is ineens bijgewerkt	Precies wat u denkt
Al maanden klachten over dezelfde dingen	Er veranderde niets nadat ze het aankaartten
Ze wijzen nieuwe verantwoordelijkheden af die ze vroeger wilden	Ze zijn niet van plan lang genoeg te blijven

Geen van deze signalen bewijst op zichzelf iets. Twee of drie tegelijk zijn een reden voor een gesprek, nu en niet pas na de opzegging.

Wat u kunt doen vóór de opzegging

De goedkoopste manier om iemand te behouden is een gesprek dat op tijd plaatsvindt. Geen beoordelingsgesprek, maar een eerlijk gesprek:

“Wat is op dit moment het meest frustrerende aan je werk? En wat zou je veranderen als jij het voor het zeggen had?”

Luister dan, en doe iets met minstens één van de antwoorden. Wat meestal helpt:

1. Een duidelijke rol. Verwacht u dat iemand technisch leidinggeeft, geef dan ook het mandaat en de tijd daarvoor. Zo niet, verwacht het dan ook niet.
2. Vaste tijd voor verbetering. Een vast deel van elke sprint voor het aflossen van technische schuld, tests en tooling. Zelfs 10–20% verandert hoe het werk voelt.
3. Minder wisselende prioriteiten. Niet nul, maar minder, en uitgelegd. Een planning die twee weken standhoudt is meer waard dan een perfecte planning die twee dagen standhoudt.
4. Een technisch carrièrepad. Groei in verantwoordelijkheid en salaris zonder manager te hoeven worden.
5. Een eerlijk salaris, getoetst aan de markt. Weet u niet waar u staat, zoek het dan uit voordat uw developer dat doet. Ons artikel over het uurtarief van een freelance .NET-developer geeft een beeld van de markt.

Als de opzegging al op tafel ligt

Soms is het te laat, en dat is niet erg. Wat nu telt, is de opzegtermijn.

• Stel eerst de kennis veilig. Vraag: wat weet alleen jij? Welke delen van het systeem, welke wachtwoorden en accounts, welke eigenaardigheden van klanten, welke scripts op welke server? Schrijf het samen op, in de eerste week, niet in de laatste.
• Organiseer een echte overdracht. Koppel de vertrekkende developer aan degene die elk onderdeel overneemt. Documentatie helpt, maar een paar weken zij aan zij werken helpt meer.
• Laat de plek niet maandenlang leeg. Terwijl u zoekt, kan een externe senior het belangrijkste werk oppakken en de kennis rechtstreeks van de vertrekkende developer overnemen. Meer daarover in ons artikel over wat u doet terwijl u een senior .NET-developer zoekt.
• Neem goed afscheid. Wie in goede verstandhouding vertrekt, beveelt u aan, beantwoordt na het vertrek af en toe een vraag, en komt soms terug.

Steeds wisselende prioriteiten laten bovendien elke deadline schuiven, en de schuld komt bij het team te liggen. In ons artikel over inschatting van softwareontwikkeling ziet u hoe twee weken twee maanden worden.

Vragen die we vaak horen

Houdt een loonsverhoging iemand binnen?

Soms een tijdje, zelden blijvend. Was het salaris de reden, dan wel. Was de reden frustratie over het werk, dan koopt een loonsverhoging een paar maanden, en de frustratie blijft.

Moeten we een tegenbod doen?

Alleen als u ook bereid bent te veranderen waardoor iemand weg wilde. Een tegenbod zonder verandering stelt het vertrek meestal alleen uit, en de rest van het team leert dat opzeggen de manier is om opslag te krijgen.

Hoe lang duurt het om een senior .NET-developer te vervangen?

Van opzegging tot een volledig productieve opvolger vaak een half jaar tot een jaar: het zoeken, de opzegtermijn van de nieuwe collega en de tijd om uw systeem te leren kennen. Daarom zijn de overdracht en de overbruggingsperiode zo belangrijk.

Hoe worden we minder afhankelijk van één persoon?

Verspreid kennis bewust: code reviews, samen werken aan kritieke onderdelen, documentatie als vast onderdeel van elke wijziging, en geen enkel deel van het systeem waar ooit maar één persoon aan heeft gewerkt. Het kost elke week een beetje en bespaart veel op de dag dat iemand vertrekt.

Hoe wij werken

ProCoding is een .NET-studio in Split, Kroatië. Als een belangrijke developer vertrekt, vangen wij het gat op: we nemen de kennis over tijdens de opzegtermijn, houden het belangrijkste werk gaande en helpen uw volgende developer op weg. We helpen teams ook voordat het zover komt, met technisch leiderschap, tests en het aflossen van technische schuld. Als maandelijks blok dagen, of met een freelance .NET-developer in uw team. De eerste stap is een gratis gesprek van 30 minuten.

Bronnen

• This fixable problem costs U.S. businesses $1 trillion, Gallup
• Stack Overflow Developer Survey 2025: Work, Stack Overflow