Le retrospettive valgono la pena? 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 argomenti convincenti e prepariamo le regole.

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 del team, non attraverso un elenco ben strutturato di azioni da intraprendere. Se il vostro “retro” produce solo parole, il problema non è il rituale in sé. Il problema è il seguito che gli viene dato, così come la capacità del team di agire.

“I retrospettivi 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 di petto, non 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 ricompare sprint dopo sprint, accompagnato dalla silenziosa rassegnazione che anche questa volta la questione non verrà affrontata. Secondo un sondaggio spesso 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 — budget, organico, dipendenze tra i team, infrastrutture, decisioni prese due livelli più in alto — esulano effettivamente dall’autorità del team. Pertanto, la retrospettiva diventa semplicemente il luogo in cui tali problemi vengono sollevati e nulla più: al team viene concessa la possibilità di esprimersi, ma non gli viene fornita alcuna leva su cui agire. Peggio ancora, ciò fornisce alla dirigenza una scusa. Ora esiste un canale per le lamentele, quindi se la situazione non migliora, la responsabilità ricade sul fatto che lo sfogo del team non funziona, e non è un problema che spetta all’organizzazione risolvere.

Poi c’è il rischio professionale, che quasi nessuna pagina dei fornitori menziona. Quando i feedback onesti vengono archiviati e citati in una valutazione delle prestazioni — etichettati come “lamentele eccessive” — le persone imparano presto la lezione: la franchezza è un ostacolo. E c’è un costo reale anche nel semplice sfogarsi. Dover ascoltare per un’ora le frustrazioni altrui, uno sprint dopo l’altro, è di per sé un silenzioso logoramento.

Si tratta di un caso davvero grave. Un “retro” che si comporta in questo modo è peggio che non averlo affatto, 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 vengono portate a termine». È la coesione. Anche una retrospettiva imperfetta, tenuta come una cerimonia regolare e obbligatoria, 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 emersa dal dibattito è quella dell’ingegnere che è passato dal temere le sessioni di retrospettiva ad attenderle con impazienza, rendendosi conto che la differenza stava semplicemente nel fatto di non averne mai vista una condotta correttamente.

Il canone 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 compreso davvero 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 casi potremmo cambiare idea

Consiglieremmo a un team di smettere di svolgere le retrospettive in una situazione specifica: quando i veri problemi esulano in modo schiacciante dal suo controllo, la dirigenza 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 sessioni di riflessione ogni due settimane. Una retrospettiva priva di potere non è solo uno spreco neutro di un’ora; erode attivamente la fiducia.

Inoltre, ridurremmo la frequenza, non la cerimonia in sé, quando un team ha davvero esaurito gli spunti nuovi da condividere. Una retrospettiva settimanale in un team in cui nulla è cambiato 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 concetto di successo in termini di apprendimento, non di azioni da intraprendere. Puntate a un cambiamento concreto o a una riflessione condivisa per ogni retrospettiva e esaminate i risultati dell’ultima sessione all’inizio di quella attuale. È proprio a causa di un elenco troppo lungo che le retrospettive si trasformano in una farsa burocratica.
  • Classificate i problemi in base a chi ne è responsabile e segnalate quelli che esulano dal controllo del team, indicando nome e data. Non invitate le persone a «rimanere nella propria sfera di influenza» se ciò significa nascondere il vero ostacolo: diffondete invece l’informazione all’esterno.
  • Garantite la sicurezza, poiché il fenomeno del “feedback banking” è una realtà. Escludete la figura autoritaria la cui presenza mette a tacere la sala, mantenete riservato 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, basandosi sulla ricerca 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 al team anziché dal team stesso, si perde proprio ciò che ne giustificava l’impiego di un’ora. Si tratta della modalità di fallimento «Void» — una riflessione senza alcun seguito — ed è quella più facilmente risolvibile tra quelle elencate.

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 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 formalità. Puntate a un cambiamento concreto o a una intuizione condivisa, non a una lunga lista che 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 sfuggono in modo schiacciante al controllo del team, la dirigenza non interviene in merito a quanto viene segnalato e la riunione non ha alcun potere né seguito concreto. Una riunione retrospettiva priva di potere decisionale non è solo uno spreco neutro di un’ora: erode attivamente la fiducia, insegnando al team che esprimersi non cambia nulla. Si corregga il percorso di escalation o si riduca la cadenza a un ritmo più 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.

Letture correlate