Elk team heeft iemand die ‘gewoon weet hoe het werkt’: hoe de salarisrun wordt gestart, waar de wachtwoorden van leveranciers staan, waarom het maandrapport een handmatige correctie nodig heeft. Dat is handig, tot die persoon ziek wordt, op vakantie gaat of ontslag neemt. Dit vraag-en-antwoordstuk laat zien hoe je die kwetsbaarheid herkent en verkleint zonder groot project.
Wat is de busfactor?
De busfactor is het kleinste aantal mensen dat plotseling moet wegvallen voordat een taak, systeem of het hele team stilvalt. Als maar één persoon kan factureren, is de busfactor van facturatie 1. De naam is macaber, maar het idee is praktisch: het meet hoe sterk je organisatie van individuen afhangt.
Wat is sleutelpersoonrisico?
Dat is de schade voor het bedrijf wanneer iemand met unieke kennis, toegang of relaties niet beschikbaar is. Het gaat niet alleen om ontslag. Ziekte, ouderschapsverlof, een lange reis of gewoon een vrije dag kunnen dezelfde kwetsbaarheid blootleggen.
Hoe herken je het?
Stel bij elke belangrijke taak één vraag: wie is de enige die weet hoe X moet? Let vervolgens op deze waarschuwingssignalen:
- Collega’s zeggen ‘vraag het aan Sam’ en niemand anders probeert het.
- Het werk blijft liggen als één persoon afwezig is.
- Logins, licenties of leveranciersaccounts staan op naam of in de mailbox van één persoon.
- Het proces bestaat alleen in iemands hoofd of in verspreide chatberichten.
- Eén persoon onderhoudt de relatie met een belangrijke klant of leverancier.
Hoe leg je kritieke taken naast mensen?
Maak een eenvoudig raster: kritieke taken in de rijen, mensen in de kolommen. Markeer per cel of iemand de taak alleen, met hulp of niet kan uitvoeren. Tel dan hoeveel mensen elke taak zelfstandig beheersen. Elke rij met één naam, of geen, is een risico. Sorteer op impact: wat staat stil binnen een dag, een week of een maand?
Wat houdt cross-training in?
Een tweede persoon leert elke kritieke taak zo goed dat hij of zij die zonder hulp kan uitvoeren. Begin met de rijen met de meeste impact. Houd sessies kort en praktisch: de expert voert de taak uit terwijl de leerling meekijkt, daarna andersom. Echt werk wint van een presentatie.
Waarom runbooks en werkinstructies schrijven?
Een runbook is een stap-voor-stapgids voor een terugkerende taak, zo geschreven dat een bekwame collega hem zonder voorkennis kan volgen. Goede runbooks bevatten:
- Doel en aanleiding. Wat de taak oplevert en wanneer ze plaatsvindt.
- Stappen. Genummerd, waar nodig met schermafbeeldingen of voorbeelden.
- Waar dingen staan. Mappen, systemen en contactpersonen, maar nooit de wachtwoorden zelf.
- Veelvoorkomende problemen. Wat meestal misgaat en hoe je het oplost.
De beste test is iemand anders het document laten volgen. Waar die vastloopt, moet het document beter.
Hoe helpen meelopen en roulatie?
Bij meelopen kijkt een collega mee met een taak en neemt die daarna onder toezicht over. Roulatie gaat verder: wie een terugkerende taak doet, wisselt ongeveer elk kwartaal. Zo blijven vaardigheden scherp, komen hiaten in de documentatie boven en heeft de vervanger het werk echt gedaan in plaats van er alleen over gelezen.
En toegang en inloggegevens?
Kennis is maar de helft van het probleem. Controleer dat kritieke accounts minstens twee beheerders hebben, dat gedeelde tools een wachtwoordmanager voor het team gebruiken en dat licenties en domeinen op naam van het bedrijf staan en niet op een persoonlijk e-mailadres. Bekijk toegang bij rolwijzigingen en trek die direct in bij vertrek. Bewaar nooit inloggegevens in een notitieboekje of chat.
Wat is een eenvoudig stappenplan?
- Maak een lijst van de 15 tot 20 taken die het meeste pijn doen als ze stilvallen.
- Bouw het taak-per-persoonraster en markeer rijen met één naam.
- Kies de drie meest risicovolle taken en wijs voor elk een back-up aan.
- Schrijf of update voor elk een runbook.
- Houd een meeloopsessie en daarna een begeleide overdracht.
- Los toegang op: tweede beheerder, gedeelde kluis, accounts op bedrijfsnaam.
- Herhaal elk kwartaal met de volgende set taken.
Hoe meet je voortgang?
- Dekking. Het aandeel kritieke taken dat minstens twee mensen zelfstandig kunnen. Probeer dit elk kwartaal te verhogen.
- Documentatie. Het aandeel kritieke taken met een geteste runbook.
- Toegangsrobuustheid. Het aandeel kritieke accounts met twee of meer beheerders.
- Afwezigheidstest. Redt het team een geplande week zonder één sleutelpersoon? Probeer het echt.
Volg deze cijfers in hetzelfde dashboard als je andere operationele kpi’s. Gebruik je al FulcrumGrid Command Center, dan kun je het taakraster, terugkerende reviewdata en deze dekkingscijfers naast je gewone werk bijhouden, zodat ze niet ongemerkt wegzakken.
Veelgestelde vragen
Wat is een goede busfactor?
Minstens twee voor elke kritieke taak, drie voor alles wat omzet of compliance blokkeert. Het doel is geen perfectie, maar het verdwijnen van enkele namen.
Is de busfactor alleen een probleem voor kleine teams?
Nee. Kleine teams voelen het het sterkst, maar ook grote bedrijven hebben geïsoleerde experts, oude systemen en nicherollen die maar één persoon begrijpt.
Hoe lang duurt het om sleutelpersoonrisico te verkleinen?
De drie risicovolste taken afdekken kost meestal een paar weken korte sessies. Een kwartaalgewoonte houdt het risico laag.
Wat als de sleutelpersoon kennis niet wil delen?
Presenteer het als ontlasting, niet als vervanging: documenteren en inwerken maakt vakantie zonder telefoontjes mogelijk. Waardeer de inspanning en neem haar op in de doelen.
Verouderen runbooks?
Ja. Bekijk ze na elk gebruik of minstens twee keer per jaar en wijs een eigenaar aan, zodat updates niet van goede wil afhangen.
FulcrumGrid Command Center
Maak weerbaarheid onderdeel van je routine
Met FulcrumGrid Command Center volg je kpi's, taken en terugkerende reviews op één plek, zodat cross-training en runbook-updates echt gebeuren.