Kort fortalt
Bus-faktoren er det mindste antal personer, hvis pludselige fravær ville standse eller alvorligt skade et projekt. En bus-faktor på 1 betyder, at al kritisk viden sidder hos én.
Hvad betyder princippet?
Begrebet stammer fra softwarefællesskaber som en sort humoristisk risikoindikator: “hvis X bliver ramt af en bus…”. Det peger på videnskoncentration — ikke kun på ulykker, men også på ferie, opsigelse og flaskehalse.
Lav bus-faktor er et ledelses- og designproblem: manglende dokumentation, code ownership uden backup, og processer der kræver bestemte personer.
Hvis kun én kan gøre det, har I ikke et system — I har en afhængighed.
Et konkret eksempel
Kun én medarbejder forstår produktionsdeploy og adgangene. Når personen er syg i en uge, stopper releases. Bus-faktoren er 1. Delte runbooks, parring og adgangskontrol hæver den.
Et researchteam har al kundekontekst i én persons hoved. Ved opsigelse mister organisationen både tempo og beslutningskvalitet i månedsvis.
Hvornår er princippet nyttigt?
- Når man vurderer operationel risiko.
- Når man planlægger ferie, succession og onboarding.
- Når “helt uundværlig” fejlagtigt ses som prestige.
- Når man prioriterer dokumentation og cross-training.
Begrænsninger og kritik
Høj bus-faktor er ikke det samme som at alle skal kunne alt. Specialisering er nødvendig. Målet er tilstrækkelig redundans på kritiske stier.
Begrebets ophav er uformelt, og målingen er ofte skønsmæssig. Brug det som risikosprog — ikke som præcist nøgletal uden metode.
Kilder
- Begrebet er udbredt i software engineering og open source-miljøer; tidlig præcis attribution er usikker.
- Bemærkning: Også kaldet truck factor; beslægtet med analyser af single points of failure i organisationer.