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 a sembrare 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à operative, bensì nel seguito che viene dato.

Questo capitolo illustra che cos’è una retrospettiva di sprint, in che modo si differenzia dalla revisione dello 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 abbiano effettivamente effetto. 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.

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.

Re retrospettiva di sprint vs revisione dello sprint

Queste due cerimonie vengono costantemente confuse tra loro, e tale confusione è la ragione 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. L’altra guarda verso l’interno, al modo in cui il lavoro è stato svolto.

Si prega di mantenere chiara questa distinzione. Nel momento in cui una retrospettiva si trasforma in un semplice elenco di ticket chiusi, si è 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 del proprio modo di operare, anziché esibirsi davanti a un pubblico.

Quanto dovrebbe durare una retrospettiva di sprint?

Questo dipende solitamente dalla durata del proprio 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 mantenendo 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, è tratta 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 di avvio è 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. È qui 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 di “preparazione del terreno”, un team silenzioso rimane tale. Se si salta la fase di “decisione su cosa fare”, si ottiene un’esplosione di emozioni senza che vi sia qualcuno a cui attribuirle. Ogni fase copre una specifica modalità di fallimento, motivo per cui 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 concrete abbiano un effetto duraturo

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 retro, significa che è troppo grande. Sudatelo in parti più piccole.
• Verificare prima, poi passare alla retrospettiva. Prima di raccogliere nuovi dati, controllate l’ultima serie di impegni. Sono stati rispettati? Se no, perché?

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 è solo un post-it con passaggi aggiuntivi. Per ulteriori approfondimenti su questo argomento, consultate i consigli per retrospettive di sprint concrete e i motivi per cui le retrospettive falliscono per comprendere il meccanismo di fondo.

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 più recenti o distribuiti. Alcuni accorgimenti possono fare la differenza: stabilire la regola secondo cui le sessioni di retrospettiva 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 anche le opinioni impopolari possano essere espresse; 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 informale 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 perde 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 sul 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 evitare che le retrospettive si trasformino in un rituale rigido.

Conducete la vostra retrospettiva di sprint su TeamRetro

Una retrospettiva di sprint ha senso solo se influisce su ciò che accadrà nello sprint successivo. Ciò significa mantenere distinti la revisione e la retrospettiva, dare 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. Organizzi la sua prossima retrospettiva con TeamRetro e la struttura, il timer e il monitoraggio delle azioni saranno già integrati, con le azioni dello sprint precedente riportate automaticamente, così che il monitoraggio degli impegni non sarà più un’attività manuale. Sfogli la libreria di modelli per le retrospettive per scegliere un punto di partenza.

Domande frequenti

Che cos’è una retrospettiva di sprint?

Una retrospettiva di sprint è una 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.

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 facilitatore. 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?

Si raccomanda di limitare la durata della retrospettiva a quella 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 terreno, 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 nel prossimo sprint.

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

La revisione dello sprint ha lo scopo di valutare 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 valutare 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 è rivolta verso l’interno, al team stesso. Si veda il nostro capitolo su revisione dello sprint vs retrospettiva di sprint per un confronto completo.