Valerio's CavePerché i team diventano lenti (e come sbloccarli nei casi reali)
Perché i team diventano lenti (e come sbloccarli nei casi reali)
Succede quasi sempre nello stesso modo.
All’inizio il team è veloce.
Le decisioni arrivano rapide.
Le feature escono.
Le retrospettive sono piene di idee.
Poi, lentamente, qualcosa cambia.
Le pull request restano aperte più a lungo.
Le decisioni vengono rimandate.
Le riunioni diventano più frequenti ma meno utili.
E ogni task sembra richiedere il doppio del tempo.
Il team non è diventato meno competente.
E quasi mai il problema è tecnico.
Il problema è psicologico.
La situazione tipo
Immagina questo scenario.
Il team deve rilasciare una nuova funzionalità importante.
Ci sono diversi servizi coinvolti, alcune dipendenze esterne e un po’ di debito tecnico.
Il team inizia a lavorarci.
Poi arrivano i primi segnali:
- qualcuno dice: “aspettiamo di chiarire meglio i requisiti”
- qualcun altro propone: “forse dovremmo rifattorizzare questa parte prima”
- un altro ancora: “meglio coinvolgere anche il team X”
Nel giro di pochi giorni succede qualcosa di curioso:
tutti stanno lavorando,
ma niente sembra avanzare davvero.
È il classico stallo operativo mascherato da prudenza.
Cosa succede davvero (a livello psicologico)
Quando un team rallenta, spesso non è perché manca la capacità tecnica.
È perché aumenta il rischio percepito.
Le persone iniziano a pensare:
- “E se sbaglio?”
- “E se rompo qualcosa?”
- “E se la decisione è quella sbagliata?”
Quando il rischio percepito cresce, succede una cosa molto prevedibile:
il team cerca protezione nelle decisioni collettive.
Quindi:
- si moltiplicano le riunioni
- le decisioni diventano condivise da più persone
- i task vengono spezzati sempre di più
- nessuno vuole essere il primo a muoversi
È un meccanismo umano.
La responsabilità diffusa riduce l’ansia.
Ma rallenta enormemente il sistema.
La leva che sblocca davvero i team
La tentazione di molti manager è aumentare il controllo.
Più meeting.
Più reporting.
Più allineamenti.
È esattamente l’opposto di quello che serve.
La leva che funziona davvero è molto più semplice:
ridurre il costo percepito dell’errore.
Quando un team sa che:
- gli errori sono recuperabili
- le decisioni possono essere corrette
- nessuno verrà “punito” per aver provato
allora succede qualcosa di interessante:
le persone tornano a decidere.
E quando le persone decidono, il sistema riparte.
Come leader questo significa fare tre cose molto concrete:
Ridurre la dimensione delle decisioni
Meglio 10 decisioni piccole oggi che una decisione perfetta tra due settimane.Esplicitare chi decide
Ambiguità nella responsabilità = paralisi.Proteggere chi prende iniziativa
Se chi decide viene criticato pubblicamente, nessuno deciderà più.
Una piccola verità che fa sorridere
La maggior parte dei team non è lenta.
È terrorizzata di fare la cosa sbagliata davanti alle persone sbagliate.
E se ci pensi, è esattamente quello che succede anche agli adulti nelle riunioni.
Solo che usiamo parole più sofisticate per nasconderlo.
Il vero lavoro di chi guida un team
Un team veloce non è quello con gli sviluppatori più brillanti.
È quello dove:
- le decisioni sono chiare
- gli errori sono economici
- la responsabilità è esplicita
In altre parole:
non è la velocità delle persone che conta.
È l’attrito del sistema.
E gran parte di quell’attrito è invisibile, finché qualcuno non decide di rimuoverlo.