Le retrospettive sono utili? Il nostro verdetto

Sì, ma non per il motivo per cui la maggior parte dei team li difende. Un “retro” dà il meglio di sé grazie all’apprendimento e alla coesione, non a un elenco ordinato di azioni da intraprendere. Se il vostro produce solo parole, il problema non è il rituale. Affrontiamo gli scettici con argomentazioni convincenti e prepariamo le regole.

Sì, ma non per il motivo per cui la maggior parte dei team li sostiene. Una sessione “retro” dà il meglio di sé grazie all’apprendimento e alla coesione del team, non attraverso un elenco ben strutturato di azioni da intraprendere. Se la vostra sessione produce solo parole, il problema non è il rituale in sé, bensì il seguito che vi viene dato e la capacità del team di agire.

“Le retrospettive sono una perdita di tempo” non è una semplice lamentela. È la critica più seria che si possa muovere alle cerimonie agili, e una difesa onesta deve affrontarla direttamente, senza aggirarla.

L’argomentazione secondo cui i retrò sono inutili

Le prove addotte dagli scettici sono concrete e si riscontrano ovunque. Le preoccupazioni vengono espresse e non accade nulla; lo stesso post-it ritorna sprint dopo sprint con la silenziosa rassegnazione che nemmeno questa volta verrà affrontato. Secondo un sondaggio comunemente citato, solo circa un terzo dei team porta a termine con costanza le azioni da intraprendere emerse durante le retrospettive, e persino questa interpretazione non coglie il fallimento più profondo. (Per quel che vale, la visione comune è troppo pessimistica: i nostri dati sul fatto che i team mettano effettivamente in pratica quanto deciso durante le retrospettive indicano che il completamento delle azioni è più vicino a tre su quattro.)

La forma più profonda di questa critica è l’impotenza. I problemi sostanziali (bilancio, organico, dipendenze tra i team, infrastrutture, decisioni prese due livelli più in alto) esulano effettivamente dall’ambito di competenza del team. Pertanto, la retrospettiva diventa il luogo in cui tali problemi vengono semplicemente individuati e nulla più: al team viene concessa una voce, ma nessun mezzo per agire. Peggio ancora, ciò fornisce alla leadership una scusa. Ora esiste un canale per le lamentele, quindi se nulla migliora, significa che è lo sfogo del team a non funzionare, non un problema che spetta all’organizzazione risolvere.

C’è poi il rischio professionale, che quasi nessuna pagina dedicata ai fornitori menziona. Quando i feedback onesti vengono archiviati e citati in una valutazione delle prestazioni, segnalati come “lamentele eccessive”, le persone imparano in fretta la lezione: la franchezza è un ostacolo. E anche lo sfogo in sé comporta un costo reale. Dover ascoltare per un’ora le frustrazioni altrui, sprint dopo sprint, è di per sé un silenzioso logoramento.

Si tratta di un caso davvero grave. Un “retro” che si comporta in questo modo è peggiore dell’assenza di un “retro”, poiché induce un senso di impotenza appresa con cadenza bisettimanale.

Perché ne vale ancora la pena

L’argomento più forte dei sostenitori non è che «le azioni da intraprendere vengano portate a termine». È la coesione. Anche una retrospettiva imperfetta, se svolta come una cerimonia regolare e imprescindibile, contribuisce maggiormente alla capacità di un team di lavorare insieme rispetto alla sua assenza. I team che non si fermano mai a dialogare subiscono conflitti interni molto più spesso rispetto a quelli che lo fanno. La storia di riscatto più significativa in questo contesto è quella dell’ingegnere che è passato dal temere i retrospettivi ad attenderli con impazienza, rendendosi conto che la differenza stava semplicemente nel fatto di non averne mai visto uno condotto correttamente.

La dottrina attuale lo conferma. La seconda edizione di Agile Retrospectives (2024, con David Horowitz aggiunto come terzo autore) rende esplicito questo cambiamento: il criterio di successo è l’apprendimento, non una lista di azioni da spuntare. Una retrospettiva in cui il team ha realmente compreso qualcosa non è un fallimento solo perché non ha prodotto alcun ticket. Questo semplice cambio di prospettiva risponde alla critica principale, poiché l’affermazione «non è cambiato nulla» smette di essere l’unico metro di valutazione del valore di una retrospettiva.

In quali circostanze cambieremmo idea

Consiglieremmo a un team di interrompere lo svolgimento delle retrospettive in una situazione specifica: quando i problemi reali esulano in modo schiacciante dal suo controllo, la leadership non interviene in caso di escalation e la riunione non ha alcun potere né seguito concreto. A quel punto la retrospettiva diventa una mera messinscena, e preferiremmo che risolveste il percorso di escalation, o riduceste la frequenza a un livello realistico, piuttosto che continuare a svolgere la riflessione ogni due settimane. Una retrospettiva priva di potere non è un semplice spreco neutro di un’ora; erode attivamente la fiducia.

Inoltre, ridurremmo la frequenza, non la cerimonia, quando un team ha davvero esaurito gli spunti nuovi da condividere. Una retrospettiva settimanale in un team in cui non è cambiato nulla si trasforma in un rituale di pura formalità. Si tratta di un problema di frequenza, non di una prova che le retrospettive siano inutili.

L’aspetto pratico

  • Ridefinite il successo in termini di apprendimento, non di azioni da compiere. Puntate a un cambiamento concreto o a una riflessione condivisa per ogni retrospettiva e esaminate quanto emerso nell’incontro precedente all’inizio di quello attuale. È proprio a causa di un elenco troppo lungo che le retrospettive si trasformano in una mera formalità.
  • Classifichi i problemi in base a chi ne è responsabile e segnali quelli che esulano dal controllo del team, indicando nome e data. Non dica alle persone di “rimanere nella propria sfera di influenza” se ciò significa nascondere il vero ostacolo. Piuttosto, lo renda noto a tutti.
  • Garantite la sicurezza, poiché il fenomeno del “feedback banking” è reale. Escludete la figura autoritaria la cui presenza zittisce la sala, mantenete ciò che viene detto all’interno della sala e offrite l’anonimato come opzione per ogni idea. La sicurezza psicologica non è una semplice cortesia: il Progetto Aristotele di Google l’ha identificata come il singolo fattore più importante per l’efficacia del team, sulla base delle ricerche di Amy Edmondson.
  • Adeguate la frequenza. Se non vi sono nuovi spunti su cui riflettere settimanalmente, procedete ogni due settimane. La riflessione forzata costituisce di per sé un anti-modello.

La Guida allo Scrum afferma che la retrospettiva consiste nell’autovalutazione del team finalizzata al miglioramento. Pertanto, nel momento in cui viene condotta sul team anziché dal team, si perde proprio ciò che ne giustificava l’impiego di un’ora. Si tratta della modalità di fallimento «Void», ovvero una riflessione priva di conseguenze concrete, ed è quella più facilmente risolvibile tra quelle presenti in questo elenco.

Domande frequenti

Le retrospettive sono una perdita di tempo?

Lo sono quando si limitano a produrre parole, quando ad ogni sprint vengono sollevate le stesse preoccupazioni e nulla cambia. Ma la colpa è solitamente da attribuire alla mancanza di seguito e alla scarsa capacità di agire del team, non alla cerimonia in sé. Un retro che porta all’apprendimento e a piccoli cambiamenti gestiti in prima persona merita il tempo che gli viene dedicato; uno che funge da valvola di sfogo, invece, no.

Una retrospettiva deve necessariamente prevedere un’azione da intraprendere per essere utile?

No. La seconda edizione di “Agile Retrospectives” ridefinisce il concetto di successo come apprendimento, non come un elenco di cose da fare. Una retrospettiva in cui il team ha compreso davvero qualcosa non è un fallimento solo perché non ha prodotto alcun ticket. Inseguire le azioni da intraprendere fine a se stesse è ciò che trasforma le retrospettive in una semplice spuntatura di caselle. Puntate a un cambiamento concreto o a una intuizione condivisa, non a una lunga lista che poi finisce per scomparire per metà nel backlog.

In quali casi non vale davvero la pena organizzare una retrospettiva?

In una situazione specifica: quando i veri problemi esulano in modo schiacciante dal controllo del team, la leadership non interviene in merito a quanto viene segnalato e la riunione non ha alcun potere né seguito concreto. Una riunione retrospettiva priva di potere non è solo uno spreco neutro di un’ora. Essa mina attivamente la fiducia, insegnando al team che esprimere le proprie opinioni non cambia nulla. Si corregga il percorso di escalation o si riduca la cadenza a un ritmo realistico, piuttosto che effettuare una riflessione ogni due settimane. E se il team ha semplicemente esaurito gli spunti nuovi da condividere, si riduca la frequenza, non la riunione stessa.

Approfondimenti