Maak kennis met Mohammed. Hij werkt al meer dan twintig jaar bij hetzelfde bedrijf. Voor alles is hij de aangewezen persoon: verouderde systemen, obscure patches en noodreparaties die niemand anders kan ontcijferen.
Hij heeft zojuist zijn pensioen aangekondigd. Het team plant een feest. Hoera, taart!
Maar nu zijn er enkele weken verstreken en begint de impact voelbaar te worden. Een routinematige update mislukte. Niemand kon zich herinneren waarom de firewall op die manier was geconfigureerd, en de nieuwe medewerker, slim en capabel, is zonder context de weg kwijt. Je kunt 20 jaar technische intuïtie nu eenmaal niet overdragen tijdens een overdracht van twee weken.
Mohammed ging niet zomaar met pensioen. Hij nam een volledige hoeveelheid institutionele kennis met zich mee. Dit is geen eenmalig verhaal. Het is een crisis in slow motion die zich afspeelt in techteams overal.
Heb je een raamwerk klaarliggen om collectieve kennis vast te leggen voordat die voorgoed de deur uitloopt?
De pensioenafgrond is echt en komt snel dichterbij
Volgens Auviks IT-trendrapport 2025 werkt 23% van de IT-professionals uit de babyboomgeneratie 50 uur of meer per week—velen van hen beschikken over diepgaande technische institutionele kennis die niet is gedocumenteerd, alleen binnen de organisatie bekend is en onvervangbaar is.
Dit zijn je senior technici, je systeemarchitecten, je ondersteuningsencyclopedieën die in hun eentje functioneren. En de meesten van hen naderen hun pensioen. In stilte.
Het rapport van Auvik onthult nog een tikkende tijdbom: 60% van de IT-professionals ervaart in enige mate een burn-out. Tel daar de pensioengolf bij op en je hebt een scenario met twee dreigingen:
- Ervaren professionals die voorgoed vertrekken,
- Technici halverwege hun loopbaan die mentaal afhaken
Het werkveld raakt nu steeds meer gevuld met overbelaste generalisten die met de brokken blijven zitten.
Deze professionals naderen hun pensioen en worden bij lange na niet snel genoeg vervangen. Volgens het Amerikaanse Bureau of Labor Statistics moeten er naar schatting elk jaar tussen 2023 en 2033 356.700 IT-vacatures worden ingevuld, als gevolg van banengroei en de noodzaak om werknemers die met pensioen gaan of vertrekken te vervangen.
Dit schetst een schrijnend beeld: nu de meest ervaren technici een stap terug doen, zien we niet alleen kennisverlies; we worden geconfronteerd met een systemisch tekort aan talent.
De druk ligt bij techleiders om te behouden wat ze al hebben en de volgende generatie technici op te leiden te midden van een krimpend aanbod.
Deze trend sluit aan bij bredere prognoses voor de beroepsbevolking. In 2030 hebben 100% van de babyboomers de pensioengerechtigde leeftijd bereikt, wat betekent dat deze “afgrond” zal veranderen in een volledig zinkgat tenzij organisaties nu actie ondernemen.
Waarom is dit een probleem van de CTO (en niet alleen van HR)?
Het is verleidelijk om dit te zien als een kwestie voor personeelszaken—het onderbrengen in opvolgingsplanning en het daarbij laten.
Maar wanneer een senior technicus vertrekt, is het niet alleen een positie die je moet invullen. Het gaat om beslissingen, logica, snelkoppelingen, geschiedenis, risicobeoordelingen en het vermogen om storingen te voorkomen.
Volgens Harvard Business Review schatte een organisatie die 700 pensioneringen verwachtte dat ze op het punt stond meer dan 27.000 jaar aan gezamenlijke ervaring te verliezen. Stel je voor dat je dat probeert aan te vullen met een vacature.
Dit gaat niet alleen over personeelsbezetting. Het gaat over de veerkracht van infrastructuur, operationele veiligheid en snelheid op de lange termijn.
Burn-out slaat hard toe (en in stilte)
Hoewel pensionering vaak voorspelbaar is, is burn-out de stille moordenaar.
- Uit een rapport van CIO.com uit 2023 bleek dat 65% van de technici in alleen het afgelopen jaar een burn-out had.
- Burn-out is ook duur: Gallup schat dat het bedrijven tussen $3,999 en $20,683 per jaar per niet-betrokken werknemer kost, afhankelijk van anciënniteit en functie.
Voor techleiders vertaalt dit zich in onbetrouwbare systemen, stopgezette projecten, vertraagde lanceringen en instabiliteit binnen teams—die allemaal de bedrijfsprestaties veel meer bedreigen dan een vertraagde sprint.
De peiling over de pensioenafgrond
Bouw een raamwerk om institutionele kennis vast te leggen
Dus hoe voorkom je dat verouderde kennis van de ene op de andere dag verdwijnt? Bekijk ons raamwerk in 5 stappen dat je vandaag nog kunt implementeren:
1. In kaart brengen
Breng cruciale kennisdragers en kwetsbare systemen in kaart.
- Vraag: “Als [Name] morgen zou vertrekken, wat zouden we dan verliezen?”
- Gebruik een risicomatrix om prioriteiten te stellen: Impact × Waarschijnlijkheid.
2. Labelen
Maak duidelijk wat er daadwerkelijk behouden moet blijven:
- Ongeschreven kennis (ongedocumenteerde systemen en oplossingen)
- Besluitgeschiedenis (waarom bepaalde keuzes zijn gemaakt)
- Belangrijke relaties (naar wie ze gaan wanneer er iets misgaat)
3. Overdragen
Creëer gestructureerde mentor- en koppelingsprogramma’s:
- Leid teamleden cross-functioneel op
- Loop mee met senior engineers tijdens belangrijke operationele werkzaamheden
- Wissel ondersteuningsverantwoordelijkheden strategisch af
Uit een Gartner-enquête uit mei 2024 onder 3.375 werknemers bleek dat 60% aangaf niet de coaching of training op de werkvloer te krijgen die nodig is om kernvaardigheden te ontwikkelen.
Zonder deze begeleiding en praktische ervaring lopen organisaties niet alleen het risico hun meest ervaren medewerkers te verliezen, maar ook er niet in te slagen de volgende generatie technische leiders op te leiden.
4. Opslaan
Gebruik tools waar je team daadwerkelijk mee aan de slag gaat.
- Documenteer in wiki’s, niet in Word-documenten
- Zorg dat het doorzoekbaar is, versiebeheer heeft en elk kwartaal wordt beoordeeld
- Maak interne demo’s en kennisterugkoppelingen normaal
5. Activeren
Kennis is niet nuttig als die verborgen blijft.
- Verwerk het in het inwerkprogramma
- Voer oefeningen uit waarin kennis van oude systemen wordt getest
- Maak van documentatie levend trainingsmateriaal
Je hebt documentatie, maar je gebruikt die niet
Dat is onzinnig.
Documentatie die in een Confluence-kerkhof ligt, telt niet mee.
Ik denk dat teams ervan uitgaan dat “we gedekt zijn” omdat er iets in een map staat. Maar die inhoud is bijna altijd verouderd, niet getest en onzichtbaar voor nieuwe medewerkers die onder druk staan.
Om documentatie bruikbaar te maken:
- Organiseer bruinbroodsessies onder leiding van senior engineers: Gebruik terugkerende lunchsessies om oude systemen, eerdere beslissingen en de context van de infrastructuur door te nemen.
- Organiseer kennisterugkoppelingen tijdens het inwerken: Laat nieuwe teamleden in hun eigen woorden uitleggen wat ze uit de documentatie hebben geleerd, zodat hiaten en aannames vroeg aan het licht komen.
- Organiseer incidentevaluaties waarin hiaten in ongeschreven kennis worden belicht: Identificeer na storingen of dringende oplossingen waar kennis van oude systemen de reactie heeft gemaakt of gebroken.
Zie documentatie als infrastructuur. Als die niet wordt onderhouden, gaat die kapot—meestal wanneer je die het hardst nodig hebt.
Dit is niet alleen een probleem van alles opschrijven. Het is een probleem van het gebruiken zodat het blijft hangen.
Deskundig advies
John Astorino, operationeel directeur bij Auvik, heeft uit eerste hand gezien hoe onzichtbaar het risico van pensionering kan zijn—tot het te laat is.
“IT-professionals uit de Babyboomgeneratie beschikken niet alleen over tientallen jaren aan kennis van systemen en infrastructuur, maar kennen ook oudere systemen die nieuwere medewerkers nooit zijn tegengekomen of waarover ze nooit hebben geleerd. Ze werken doorgaans langere uren en compenseren daarmee ook personeelstekorten. Dit zal een grote kenniskloof veroorzaken en lopende projecten ontsporen als er geen continuïteitsplan klaarligt voordat deze professionals met pensioen gaan.”
Astorino moedigt CTO’s aan om:
- Ontwikkel een plan voor de langere termijn dat zorgt voor het juiste niveau van middelen, flexibiliteit in functies en het delen van kennis, omdat dit beter is voor zowel medewerkers als de organisatie: een win-winsituatie.
- Maak mentorschap en het delen van kennis onderdeel van de cultuur door een mentorprogramma te formaliseren.
- Beloon leiders en medewerkers die het mentorprogramma omarmen en aantonen dat kennisoverdracht plaatsvindt.
- Erken dat een burn-out een reëel probleem is dat IT-professionals en hun gezinnen raakt, en pak dit proactief aan.
Kom deze week in actie
Hier kun je beginnen:
- Breng je team in kaart: Wie beschikt over niet-gedocumenteerde systeemkennis? Wie nadert een burn-out of pensioen?
- Plan een 1-op-1-gesprek: Werk samen met HR om mogelijkheden voor gefaseerd pensioen, herstelprogramma's voor burn-out of vroegtijdige mentorschapsmogelijkheden te identificeren.
- Maak een levend document: Deel dit 5-stappenplan met je technische leidinggevenden. Kies één systeem en één persoon en begin vandaag.
- Voer een kennissimulatietest uit: Simuleer wat er gebeurt als een cruciale engineer vertrekt. Wat gaat er kapot? Wat ontbreekt er?
- Begin nu: Behoud het bestaande zolang het nog een gesprek is en geen crisis.
Je kunt niet wachten tot iemand zijn vertrek aankondigt voordat je begint met opvolgingsplanning. Het doel is niet alleen mensen vervangen, maar ook behouden wat zij weten.
De taart is de ereronde!
Wanneer je meest ervaren engineer de deur uitloopt, hoort de taart de ereronde te zijn: een viering die de succesvolle overdracht van diepgaande institutionele kennis markeert.
Je zou een cruciale leverancier niet uit je bedrijf laten vertrekken zonder een back-upplan. Waarom behandelen we onze eigen mensen dan alsof ze vervangbaar zijn?
Dit is je herinnering: mensen zijn niet alleen medewerkers. Ze zijn architecten van continuïteit, als we hen die rol laten vervullen.
Abonneer je op de nieuwsbrief van The CTO Club voor meer IT-verhalen, inzichten en hulpmiddelen.
