Was tust du, um zu verhindern, dass das Team zu stark von einer Person abhängt?

Question

Accepted Answer

**Ein niedriger Bus-Faktor ist ein Risiko, das ich bewusst manage, genauso wie jeden anderen Single Point of Failure.** Wenn nur eine Person deployen, den Payment-Service debuggen oder das Legacy-Modul anfassen kann, ist das Team eine Kündigung oder einen Urlaub von einer Krise entfernt. Das Ziel ist, Wissen zu verteilen, ohne alle zum Kriechen zu zwingen.

## Praktische Mechanismen

- **Code Review mit Absicht.** Reviews sind nicht nur Torwächterei; sie sind Wissenstransfer. Ich stelle sicher, dass kein Bereich nur von der Person reviewt wird, die ihn geschrieben hat.
- **Pairen und rotieren bei kritischen Systemen.** Ich weise Arbeit in den Hochrisikobereichen bewusst einer zweiten Person zu, auch wenn der Experte es schneller könnte. Kurzfristige Kosten, langfristige Versicherung.
- **Dokumentation, die ihren Platz verdient.** Keine erschöpfenden Wikis, die niemand liest, sondern die tragenden Dinge: Runbooks, Architekturentscheidungen, „wie man deployt", „was zu tun ist, wenn X kaputtgeht".
- **On-call-Rotation.** Nichts verbreitet operatives Wissen schneller, als wenn alle abwechselnd für die Produktion verantwortlich sind.
- **Interne Talks / Brown Bags.** Der Owner eines kniffligen Subsystems führt das Team durch.

## Wie ich das Risiko finde

- Kartiere Ownership ehrlich: Frage für jedes kritische System „wer sonst könnte das handhaben, wenn X zwei Wochen ausfällt?". Wenn die Antwort „niemand" lautet, ist das ein markiertes Risiko.
- Achte auf das **Helden-Muster** — die Person, die immer gepaged wird, immer die Antwort ist. Das ist ein Warnzeichen, keine Stärke.

## Fallstricke

- **Horten als Jobsicherheit.** Manche Entwickler (und manche Manager) sind gern unentbehrlich. Ich rahme es um: der Flaschenhals zu sein blockiert deine eigene Beförderung und deine Auszeit.
- Überkorrektur in „jeder macht alles", was die Tiefe zerstört. Das Ziel ist kein Single Point of Failure, nicht null Spezialisierung.
- Doku einmal schreiben und verrotten lassen; veraltete Doku ist schlimmer als keine.

## Warum es wichtig ist

Den Bus-Faktor zu reduzieren schützt die Auslieferung gegen Krankheit, Urlaube und Kündigungen, und es befreit deine stärksten Leute zum Wachsen, statt gefangen zu sein im Warten des Dings, das nur sie verstehen. Es macht das Team auch gesünder: geteiltes Ownership schlägt fragiles Heldentum.