Hva gjør du for å hindre at teamet blir for avhengig av én person?

Question

Accepted Answer

**En lav bus factor er en risiko jeg håndterer bevisst, på samme måte som jeg håndterer ethvert single point of failure.** Hvis bare én person kan deploye, debugge betalingstjenesten eller røre legacy-modulen, er teamet én oppsigelse eller ferie unna en krise. Målet er å spre kunnskap uten å bremse alle til stillstand.

## Praktiske mekanismer

- **Code review med hensikt.** Reviews er ikke bare portvakthold; de er kunnskapsoverføring. Jeg sørger for at ingen område reviewes kun av personen som skrev det.
- **Par og roter på kritiske systemer.** Jeg tildeler bevisst arbeid i høyrisikoområdene til en annen person, selv når eksperten kunne gjort det raskere. Kortsiktig kostnad, langsiktig forsikring.
- **Dokumentasjon som tjener seg inn.** Ikke uttømmende wikier ingen leser, men de bærende tingene: runbooks, arkitekturbeslutninger, "hvordan deploye," "hva man gjør når X brekker."
- **On-call-rotasjon.** Ingenting sprer operasjonell kunnskap raskere enn at alle bytter på å være ansvarlig for produksjon.
- **Interne foredrag / brown bags.** Eieren av et knotete subsystem leder teamet gjennom det.

## Hvordan jeg finner risikoen

- Kartlegg eierskap ærlig: for hvert kritisk system, spør "hvem andre kunne håndtert dette hvis X var borte i to uker?" Hvis svaret er "ingen," er det en flagget risiko.
- Se etter **heltemønsteret** — personen som alltid er den som blir paget, alltid svaret. Det er et varseltegn, ikke en styrke.

## Fallgruver

- **Å hamstre som jobbtrygghet.** Noen ingeniører (og noen ledere) liker å være uunnværlige. Jeg omformulerer det: å være flaskehalsen blokkerer din egen forfremmelse og fritiden din.
- Overkorrigering til "alle gjør alt," som ødelegger dybde. Målet er ingen single point of failure, ikke null spesialisering.
- Å skrive dokumentasjon én gang og la den råtne; utdatert dokumentasjon er verre enn ingen.

## Hvorfor det er viktig

Å redusere bus factor beskytter leveranse mot sykdom, ferier og oppsigelser, og frigjør dine sterkeste folk til å vokse i stedet for å være fanget med å vedlikeholde tingen bare de forstår. Det gjør også teamet sunnere: delt eierskap slår skjøre heltedåder.