Che cos’è una retrospettiva di sprint? Definizione, fasi ed esempi

Una retrospettiva di sprint è la riunione ricorrente prevista dal metodo Scrum, che si tiene al termine di ogni sprint, durante la quale il team riflette sul proprio operato e concorda miglioramenti concreti per lo sprint successivo. Rappresenta la principale occasione per il team di esaminare e adattare il proprio modo di lavorare, ed è l’ultima delle quattro cerimonie Scrum di ogni sprint.

La maggior parte dei team è in grado di condurre una retrospettiva di sprint. Sono però molto meno numerosi quelli che ne organizzano una in grado di modificare lo sprint successivo, e questo è l’unico criterio che conta davvero. Se le vostre retrospettive hanno iniziato ad assumere l’aspetto di una riunione per la quale nessuno si batte, non siete i soli. Il formato diventa ripetitivo, parlano sempre le stesse due persone e le azioni da intraprendere vengono registrate per poi essere silenziosamente dimenticate. Di solito il problema non risiede nelle modalità di svolgimento, bensì nel seguito che vi viene dato — e i nostri dati sulla frequenza con cui le azioni previste dalla retrospettiva vengono effettivamente portate a termine mostrano ciò che distingue i team che riescono a farlo da quelli che non ci riescono.

Questo capitolo illustra che cos’è una retrospettiva di sprint, in che modo si differenzia dalla revisione di sprint, le cinque fasi che ne definiscono la struttura e l’aspetto che la maggior parte delle guide tralascia: come garantire che le azioni intraprese producano effettivamente risultati concreti. La “retro”, come è comunemente nota, viene anche definita retrospettiva Scrum o retrospettiva agile. A prescindere dal nome che le si attribuisca, l’obiettivo rimane lo stesso: migliorare il modo in cui il team opererà in futuro, sulla base di quanto appreso dallo sprint appena concluso. Per una visione più ampia che vada oltre lo Scrum, si veda Come condurre retrospettive efficaci, che illustra questa pratica per qualsiasi team che porti a termine il proprio lavoro in cicli.

Se condotta correttamente, la retrospettiva rappresenta il momento di maggiore impatto nel ciclo dello sprint. Il team condivide ciò che ha funzionato e ciò che non ha funzionato, individua i temi ricorrenti, vota gli aspetti più rilevanti e concorda una breve serie di azioni da portare avanti. Sono proprio queste azioni a consentire al team di verificare e adattarsi continuamente, migliorando sia la qualità che il ritmo del proprio lavoro.

Retrospettiva di sprint vs revisione dello sprint

Queste due cerimonie vengono costantemente confuse tra loro, e tale confusione rappresenta il motivo principale per cui una retrospettiva finisce per trasformarsi in un semplice aggiornamento di stato.

Come indicato nella Guida allo Scrum, la revisione dello sprint esamina il prodotto: cosa è stato realizzato, se soddisfa l’obiettivo e quale sia il parere delle parti interessate al riguardo. La retrospettiva di sprint esamina il processo: come ha collaborato il team, quali strumenti lo hanno aiutato o rallentato e cosa dovrebbe provare a fare in modo diverso. L’una guarda verso l’esterno, al risultato ottenuto. L’altra guarda verso l’interno, al modo in cui il lavoro è stato svolto.

Si mantenga chiara questa distinzione. Nel momento in cui una retrospettiva di sprint si trasforma in un semplice elenco dei ticket chiusi, si è già perso il senso dell’incontro, che dovrebbe riguardare il team e non il backlog. Per un confronto completo, si veda sprint review vs retrospettiva di sprint.

Quali domande vengono poste durante una retrospettiva di sprint?

Le aree chiave che il team dovrà approfondire sono:

1. Cosa è andato bene?
2. Cosa non è andato per il verso giusto?
3. Quali idee abbiamo per il futuro?
4. Come possiamo mettere in pratica tali azioni?
5. A chi dovremmo rivolgere i nostri ringraziamenti e di cosa abbiamo bisogno?

La serie esatta di domande può derivare da un tema emerso durante un incontro individuale, dal feedback del team o da una fonte di dati, come ad esempio le metriche dello sprint. È utile variare le domande ogni pochi sprint, in modo che rimangano pertinenti e aggiornate e per evitare che la riunione diventi noiosa.

Chi partecipa alla retrospettiva di sprint?

La retrospettiva di sprint è una riunione del Team Scrum. A seconda del team, può comprendere alcune o tutte le seguenti attività:

• Lo Scrum Master, che solitamente svolge il ruolo di facilitatore
• L’intero team di sviluppo o il team Scrum
• Il Product Owner
• Un coach agile
• Un osservatore

Le parti interessate vengono generalmente escluse, in modo che il team possa discutere apertamente delle proprie modalità operative, anziché esibirsi davanti a un pubblico.

Quanto dovrebbe durare una retrospettiva di sprint?

Questo dipende solitamente dalla durata del ciclo di sprint. A titolo indicativo:

• Sprint di due settimane: circa 90 minuti
• Sprint di un mese: circa 3 ore
• Fine di un’iterazione più lunga: fino a un giorno

Più breve è lo sprint, più breve sarà la retrospettiva. Ciò che conta è che sia abbastanza lunga da consentire di concordare azioni concrete e abbastanza breve da mantenere alto il livello di energia. Una rigida limitazione temporale mantenere la retrospettiva dinamica impedisce che un unico argomento occupi l’intera ora.

Le cinque fasi di una retrospettiva efficace

La struttura che garantisce la coerenza, sprint dopo sprint, deriva dal libro di Esther Derby e Diana Larsen Agile Retrospectives: Making Good Teams Great. Il loro modello in cinque fasi assegna a ciascuna parte della riunione un compito specifico, ed è proprio questo che impedisce a una retrospettiva di trasformarsi in una sessione di lamentele senza una struttura definita. Lo Scrum Master guida il team attraverso tutte e cinque le fasi.

1. Preparate il terreno. Mettete i partecipanti a proprio agio e incoraggiateli a intervenire. Una breve domanda introduttiva è più efficace di quanto ci si possa aspettare, ed è anche il momento in cui scegliete il modello di retrospettiva che definirà lo svolgimento della sessione.
2. Raccogliete i dati. Raccogliete ciò che è realmente accaduto, non ancora le opinioni al riguardo. Una revisione della cronologia, le metriche dello sprint o un semplice giro di domande del tipo “cosa avete notato?” vanno tutti bene. È in questa fase che lo Scrum Master assume pienamente il ruolo di facilitatore.
3. Ricavare approfondimenti. Cercate schemi ricorrenti e collegamenti tra i dati. Perché lo stesso ostacolo è emerso per tre sprint consecutivi? Raggruppate le idee simili, votate quelle più rilevanti e discutete in modo approfondito gli elementi che hanno ottenuto il punteggio più alto.
4. Decidete cosa fare. Trasformate le intuizioni in un breve elenco di cambiamenti specifici e realizzabili. Non dieci. Due o tre. Questa è la fase che distingue una retrospettiva da una semplice chiacchierata.
5. Concludete la retrospettiva. Confermate quanto concordato, assicuratevi che ogni azione abbia un responsabile, ringraziate il team e terminate puntualmente.

Se si salta la fase “preparare il terreno”, un team silenzioso rimane tale. Se si salta la fase “decidere cosa fare”, si ottiene un’esplosione di emozioni senza che vi sia qualcuno che se ne assuma la responsabilità. Ogni fase copre una specifica modalità di fallimento, ed è per questo che prendere scorciatoie in questa fase si riflette nei risultati futuri, non nella sala riunioni.

Ogni fase corrisponde a un modello di retrospettiva in TeamRetro pronto all’uso, pertanto la struttura, il timer e le votazioni sono già predisposti prima che qualcuno si unisca alla sessione.

Fate in modo che le vostre azioni da intraprendere vengano effettivamente portate a termine

Ecco la parte che la maggior parte delle guide tralascia, ed è proprio quella che determina se la vostra retrospettiva sia valsa l’ora impiegata: cosa succede alle azioni concordate dopo che tutti si sono disconnessi. Le retrospettive raramente falliscono per mancanza di idee. Falliscono perché le idee non si traducono mai in un cambiamento che chiunque possa individuare.

La soluzione è quasi noiosamente precisa:

• Un proprietario per azione. Non “la squadra”. Un nome.
• Uno sprint. Se non è possibile realizzarlo prima del prossimo retrospettivo, significa che è troppo grande. Sudatelo in parti più piccole.
• Verificare innanzitutto, poi passare alla retrospettiva. Prima di raccogliere nuovi dati, verifichi l’ultima serie di impegni. Sono stati rispettati? In caso contrario, perché no?

Quel terzo punto è quello che i team tralasciano per primo, ed è proprio quello che conferisce significato agli altri due. Un’azione da intraprendere che non viene mai riesaminata è semplicemente un post-it con passaggi aggiuntivi. Per ulteriori approfondimenti su questo argomento, consultate quale percentuale delle azioni da intraprendere viene effettivamente portata a termine e perché le retrospettive falliscono per comprendere il modello più profondo che sta alla base di tutto ciò.

Come far parlare una squadra taciturna

Ogni team si trova ad affrontare una variante dello stesso problema: due persone parlano, gli altri annuiscono. Raramente si tratta di disimpegno. Più spesso, la fiducia non è stata ancora conquistata, specialmente nei team di recente formazione o distribuiti. Alcuni accorgimenti possono fare la differenza: stabilire la regola secondo cui le retrospettive servono a migliorare il sistema piuttosto che a attribuire meriti o colpe ai singoli individui; consentire alle persone di proporre idee in forma anonima, in modo che vengano espresse anche le opinioni meno popolari; e alternare i facilitatori, affinché i partecipanti non debbano sempre rendicontare alla stessa persona.

Nulla di tutto ciò è complicato. Deve semplicemente essere fatto in modo consapevole, poiché una retrospettiva discreta non si presenta come un problema di fiducia. Sembra semplicemente una breve riunione. Per la guida completa, consultate Come organizzare una retrospettiva psicologicamente sicura.

Evitate che le retrospettive perdano di attualità

Anche una retrospettiva ben gestita rischia di perdere di efficacia se si presenta identica ad ogni sprint. Le cinque fasi non cambiano, ma il formato che le circonda dovrebbe variare, di proposito, ogni pochi sprint. I segnali sono facili da individuare: le persone rispondono in modo automatico, gli stessi post-it ricompaiono con formulazioni diverse, oppure qualcuno sospira quando compare l’invito nel calendario. Ciò non significa che le retrospettive abbiano smesso di funzionare. Significa che questa particolare forma di retrospettiva ha ormai esaurito la sua efficacia.

Alternare una manciata di formati diversi permette di mantenere la struttura fresca senza perdere la disciplina che ne sta alla base. I nostri articoli su come evitare gli anti-pattern nelle retrospettive e come superare il bias di recency approfondiscono il tema di come impedire che le retrospettive si trasformino in un rituale rigido.

Conduca la retrospettiva di sprint su TeamRetro

Una retrospettiva di sprint trova giustificazione nel calendario solo se influisce su ciò che accadrà nello sprint successivo. Ciò significa mantenere distinti la revisione e la retrospettiva, lasciare a ciascuna delle cinque fasi lo spazio necessario per svolgere il proprio ruolo, creare un ambiente in cui anche le voci più timide possano esprimersi liberamente e considerare le azioni da intraprendere come impegni concreti piuttosto che semplici appunti.

Il seguito è la parte più difficile, e un formato di riunione migliore, da solo, non basta a risolvere il problema. Conduca la sua prossima retrospettiva su TeamRetro e troverà struttura, timer e monitoraggio delle azioni già integrati; le azioni dello sprint precedente vengono riportate automaticamente, quindi seguire lo stato di avanzamento degli impegni non è più un’operazione manuale. Sfogli la libreria dei modelli di retrospettiva per scegliere un punto di partenza.

Domande frequenti

Che cos’è una retrospettiva di sprint?

Una retrospettiva di sprint è una riunione Scrum ricorrente che si tiene al termine di ogni sprint, durante la quale il team riflette sul proprio operato e concorda miglioramenti concreti per lo sprint successivo. Rappresenta la principale occasione per il team di esaminare e adattare il proprio modo di lavorare, ed è l’ultima delle quattro cerimonie Scrum di ogni sprint.

Chi partecipa alla retrospettiva di sprint?

La retrospettiva di sprint è una riunione del Team Scrum, pertanto coinvolge gli sviluppatori, il Product Owner e lo Scrum Master. Di norma, lo Scrum Master funge da moderatore. Le parti interessate non vengono generalmente incluse, in modo che il team possa esprimersi liberamente sul proprio operato; occasionalmente può partecipare un coach agile o un osservatore per fornire supporto al team.

Quanto dovrebbe durare una retrospettiva di sprint?

Limitate la durata della retrospettiva alla durata dello sprint. Come linea guida generale, si considerano circa 90 minuti per uno sprint di due settimane e fino a circa tre ore per uno sprint di un mese. Più breve è lo sprint, più breve dovrà essere la retrospettiva; l’importante è che sia sufficientemente lunga da consentire di concordare azioni concrete e condivise.

Quali sono le cinque fasi di una retrospettiva di sprint?

Esther Derby e Diana Larsen descrivono cinque fasi: preparare il contesto, raccogliere dati, ricavare spunti, decidere cosa fare e concludere la retrospettiva. Lo Scrum Master guida il team attraverso ciascuna fase, affinché la riflessione si traduca in un breve elenco di miglioramenti, di cui il team si assume la responsabilità, da attuare nello sprint successivo.

Qual è la differenza tra una retrospettiva di sprint e una revisione dello sprint?

La revisione dello sprint ha lo scopo di esaminare il prodotto; pertanto, il team presenta il lavoro completato alle parti interessate e raccoglie i loro feedback. La retrospettiva di sprint ha lo scopo di esaminare il processo; pertanto, il team riflette su come ha lavorato e concorda i miglioramenti da apportare. La revisione è rivolta verso l’esterno, alle parti interessate; la retrospettiva di sprint è rivolta verso l’interno, al team stesso. Si veda il nostro capitolo su revisione dello sprint vs retrospettiva di sprint per un confronto completo.