Ce faci ca să previi dependența prea mare a echipei de o singură persoană?

Question

Accepted Answer

**Un bus factor scăzut e un risc pe care îl gestionez deliberat, la fel cum gestionez orice punct unic de eșec.** Dacă doar o persoană poate face deploy, debuga serviciul de plăți sau atinge modulul legacy, echipa e la o demisie sau un concediu distanță de o criză. Scopul e să răspândesc cunoașterea fără să încetinesc pe toți la pas de melc.

## Mecanisme practice

- **Code review cu intenție.** Review-urile nu sunt doar control de poartă; sunt transfer de cunoaștere. Mă asigur că nicio zonă nu e revizuită doar de persoana care a scris-o.
- **Pereche și rotație pe sistemele critice.** Aloc deliberat munca în zonele cu risc ridicat unei a doua persoane, chiar și când expertul ar putea-o face mai repede. Cost pe termen scurt, asigurare pe termen lung.
- **Documentație care își merită locul.** Nu wiki-uri exhaustive pe care nu le citește nimeni, ci lucrurile portante: runbook-uri, decizii de arhitectură, „cum se face deploy”, „ce să faci când se strică X”.
- **Rotație on-call.** Nimic nu răspândește cunoașterea operațională mai repede decât ca toți să fie pe rând responsabili de producție.
- **Prezentări interne / brown bags.** Posesorul unui subsistem dificil îl parcurge cu echipa.

## Cum găsesc riscul

- Cartografiez proprietatea sincer: pentru fiecare sistem critic, întreb „cine altcineva ar putea gestiona asta dacă X ar lipsi două săptămâni?”. Dacă răspunsul e „nimeni”, ăsta e un risc semnalat.
- Pândesc **tiparul de erou** — persoana care e mereu cea apelată, mereu răspunsul. Ăsta e un semn de alarmă, nu o forță.

## Capcane

- **Tezaurizarea ca siguranță a jobului.** Unor ingineri (și unor manageri) le place să fie indispensabili. Reîncadrez asta: a fi gâtul de sticlă îți blochează propria promovare și timpul liber.
- Supra-corectarea spre „toți fac totul”, ceea ce distruge profunzimea. Scopul e niciun punct unic de eșec, nu zero specializare.
- A scrie documentația o dată și a o lăsa să putrezească; documentația învechită e mai rea decât niciuna.

## De ce contează

Reducerea bus factor-ului protejează livrarea împotriva bolii, concediilor și demisiilor, și îți eliberează cei mai puternici oameni să crească în loc să fie prinși întreținând lucrul pe care doar ei îl înțeleg. De asemenea, face echipa mai sănătoasă: proprietatea împărtășită bate eroismul fragil.