Afhankelijk van één medewerker: hoe je dat herkent en oplost

Hoe herken je dat je bedrijf afhankelijk is van één medewerker?

Je herkent afhankelijkheid van één medewerker aan een vast patroon: dezelfde naam komt terug bij uiteenlopende vragen, bepaalde taken durft niemand anders aan te raken, een vakantie wordt onderbroken door een telefoontje, en een proces loopt anders zodra die ene persoon er niet is. Had je bij het lezen van deze titel al een naam voor ogen? Dat is zelf al het signaal.

Dat patroon ontstaat niet in één week. Iemand is goed in iets, krijgt daardoor meer van dat werk en wordt er nog beter in, tot die persoon na een paar jaar de enige is die het geheel overziet. Niemand besloot dit — het groeide uit vertrouwen en resultaat, en dat maakt het lastig te zien als probleem zolang het goed gaat.

• Vragen die altijd bij dezelfde persoon landen — ook vragen die formeel bij iemand anders horen.
• Taken die niemand anders durft over te nemen, zelfs niet tijdelijk, uit angst iets fout te doen.
• Een vakantie die wordt onderbroken door een telefoontje, een appje of 'ik kom eventjes langs'.
• Een proces dat merkbaar trager of onzekerder loopt zodra die ene persoon een dag afwezig is.
• Nieuwe collega's die structureel naar dezelfde naam worden doorverwezen, in plaats van naar een document of systeem.

Geen van deze signalen is op zichzelf een probleem. Twee of drie tegelijk, structureel, op hetzelfde kritieke proces — dat is het moment om te gaan meten in plaats van te vermoeden.

Herkenbaar: de eigenaar die op vakantie is en op dag drie toch een offerte doorbelt, omdat de vervanger niet weet welke korting bij welke klant gebruikelijk is. Niemand deed iets fout — de afspraak stond alleen nergens anders dan in het hoofd van de eigenaar.

Hoe meet je de afhankelijkheid — zonder er een rapport van te maken?

Je meet afhankelijkheid door je kritieke processen langs te lopen en per proces te noteren wie het alleen kan uitvoeren, wie kan meekijken en wat het risico is. Dat kost een middag, geen project, en levert direct een bruikbare lijst op.

Begin met tien tot vijftien processen die de bedrijfsvoering direct raken: facturatie, een grote klantrelatie, de salarisadministratie, een productieproces, het contact met een cruciale leverancier. Zet ze in een tabel en vul per rij drie kolommen in.

Elke rij met één naam in de tweede kolom en 'niemand' in de derde is je prioriteitenlijst — vaak een kwart tot de helft van je kritieke processen. Niet omdat je bedrijf slecht georganiseerd is, maar omdat specialisatie nu eenmaal zo werkt.

Waarom dit geen luiheid of hamsterprobleem is, maar een structureel probleem

De afhankelijkheid van één medewerker is zelden het gevolg van onwil of het bewust achterhouden van kennis. Het is het resultaat van een groeipatroon waarin bekwaamheid meer werk aantrekt, terwijl niemand ooit tijd inplant om dat weer af te bouwen. De persoon in kwestie heeft er meestal zelf het meeste last van.

Denk aan wat de afhankelijkheid voor die medewerker zelf betekent: geen twee weken vakantie zonder bereikbaar te zijn, niet ziek worden zonder dat er iets misgaat, moeilijk van rol wisselen omdat niemand het overneemt. Wie dit framet als 'te weinig delen' of 'te veel controle willen houden', mist de kern: die persoon zit er zelf ook aan vast.

Dat maakt het een gesprek dat je samen kunt voeren, geen verwijt. De meeste sleutelmedewerkers dragen best meer over, maar krijgen er nooit tijd voor omdat het dagelijkse werk altijd wint van een taak zonder deadline.

De vier risico's die zich echt voordoen als je dit laat liggen

Vier risico's materialiseren zich in de praktijk: vertrek, langdurige ziekte, groei die vastloopt omdat alles via één persoon moet, en de doorgroei van die medewerker zelf die stagneert omdat niemand het werk kan overnemen.

1. Vertrek. Een sleutelmedewerker die opstapt neemt niet alleen capaciteit mee, maar ook context die nergens anders staat — vaak zonder dat iemand wist hoeveel dat was.
2. Langdurige ziekte. Een griepje van een week is te overzien. Een operatie, een burn-out of een ongeval van maanden legt een proces stil dat niemand anders kan overnemen.
3. Groei die vastloopt. Zodra elk nieuw project, elke nieuwe klant of elke nieuwe collega weer bij dezelfde persoon moet worden uitgelegd, wordt die persoon de snelheid van je hele bedrijf.
4. De rem op hun eigen doorgroei. Wie onmisbaar is op de huidige plek, kan zelden doorgroeien naar een andere rol — er is niemand om het werk over te nemen.

Personeelsverloop is geen uitzondering: in het tweede kwartaal van 2025 wisselden 305 duizend werknemers van werkgever, 3,8 procent van alle werknemers.¹ Dat is lager dan de 4,7 procent van drie jaar eerder, maar op een team van twintig vertrekt er statistisch gezien nog altijd bijna iemand per kwartaal. Hoe je kennis vóór iemands laatste werkdag overdraagt, staat in kennisoverdracht bij vertrek.

Ziekteverzuim ligt bij kleine bedrijven relatief laag: 2,8 procent bij 1 tot 10 medewerkers, tegen 5,0 procent bij 10 tot 100 en 6,8 procent bij 100-plus medewerkers, eerste kwartaal 2026.² Geen reden tot geruststelling: hoe kleiner het team, hoe groter het aandeel werk dat op één persoon rust. Hoe je werk overdraagt bij vakantie of ziekte staat in een apart artikel.

De laatste twee risico's krijgen het minst aandacht, maar kosten het meest structureel. Een bedrijf dat harder groeit dan de capaciteit van zijn sleutelmedewerker, groeit in werkelijkheid niet — het verplaatst de wachtrij naar één bureau. En een medewerker die je nooit kunt missen, kun je ook nooit bevorderen. Een slechte uitkomst voor beide partijen, hoe goed de intentie ook was.

Wat niet werkt: het documentatieproject, de wiki en de overdrachtsdag

Een documentatieproject, een wiki en een overdrachtsdag lossen deze afhankelijkheid zelden op, omdat ze allemaal uitgaan van tijd die er niet is en van kennis die in één keer compleet valt op te schrijven. Beide aannames kloppen niet.

Een documentatieproject start enthousiast en verzandt na een paar weken, omdat het naast het gewone werk moet gebeuren. Een wiki wordt goed gevuld en veroudert binnen een jaar stil, waarna iedereen toch weer die ene collega appt. Een overdrachtsdag, gepland vlak voor een vertrek, dwingt iemand om maanden aan kennis in een paar uur samen te vatten — dat lukt hooguit voor wat diegene zelf nog als bijzonder herkent.

• Documentatieproject — vraagt weken aaneengesloten tijd die er niet is naast het gewone werk, en stopt daarom bijna altijd halverwege.
• Wiki zonder eigenaar — wordt goed gevuld in de eerste maand en veroudert daarna stil, tot niemand het nog gebruikt.
• Overdrachtsdag — comprimeert kennis die maanden kostte om op te bouwen tot een paar uur, en mist daardoor precies de impliciete kennis die het meest waard is.

Wat wel werkt: vier gewoontes in plaats van één project

Wat wel werkt, is de afhankelijkheid afbouwen met vier gewoontes: geplande afwezigheid als test, een tweede persoon per proces als concreet doel, kennis vastleggen in kleine dagelijkse stappen, en rouleren wie de vraag beantwoordt die nu altijd bij dezelfde persoon landt.

1. 1

   Geplande afwezigheid als test

   Plan bewust een dag of een week in waarin de sleutelmedewerker niet bereikbaar is voor werk — een echte vakantie, geen 'vakantie met telefoon aan'. Wat daarbij misgaat, is precies je actuele risico. Wat niet misgaat, hoef je niet meer te borgen.

2. 2

   Eén extra naam per proces als doel

   Stel per kritiek proces niet als doel dat iedereen het kan, maar dat er een tweede naam bij kan. Dat is een concreet, haalbaar doel per proces — in plaats van het vage voornemen 'kennis borgen'.

3. 3

   Vastleggen in kleine dagelijkse stappen

   Eén vraag per dag aan de sleutelmedewerker, direct vastgelegd waar een collega het kan terugvinden, levert over een jaar meer op dan één documentatieweek. De vraag past in vijf minuten; het project paste nooit in de agenda.

4. 4

   Roulerend wie de vraag beantwoordt

   Stuur een deel van de vragen die nu automatisch naar de sleutelmedewerker gaan expres naar iemand anders door, met de sleutelmedewerker als achtervang. Zo test je de tweede persoon zichtbaar voordat het er echt op aankomt.

Dit gebeurt zelden, omdat de oplossing bijna altijd als project wordt neergezet — met een deadline en een resultaat dat 'af' moet zijn. Dat werkt niet voor kennis die dagelijks verandert. Buddai stelt daarom elke werkdag twee korte vragen aan de mensen bij wie de kennis zit, waaronder je sleutelmedewerker, en zet de antwoorden om in kenniskaarten die een collega kan terugvinden — geen project, zo werkt het.

Hoe je deze week begint — met één proces, niet met alles

Je begint deze week door één proces te kiezen waarvan je zeker weet dat er maar één persoon is die het kan uitvoeren, en daar een tweede naam aan te koppelen. Niet alle processen tegelijk — dat is precies de aanpak die eerdere pogingen liet vastlopen.

1. Kies vandaag één kritiek proces met precies één beheerser — het proces dat het meest pijn zou doen als het morgen stilvalt.
2. Wijs een tweede naam aan die binnen drie maanden zelfstandig moet kunnen meedraaien.
3. Plan één vast moment per week waarop die twee samen aan het proces werken — vijftien minuten is genoeg om te beginnen.
4. Stel elke werkdag één concrete vraag aan de sleutelmedewerker over dit proces en leg het antwoord meteen vast.
5. Herhaal dit pas voor een tweede proces als het eerste zichtbaar minder op één naam leunt.

Reken op maanden, niet op weken — kennis die iemand in jaren opbouwde, draag je niet over in een sprint. Het doel is ook niet dat de afhankelijkheid helemaal verdwijnt, want dat gebeurt nooit; het doel is dat geen enkel proces dat je bedrijf zou stilleggen nog op precies één naam steunt. Wie dit structureel aanpakt, leest verder over kennisborging.