Una retrospective agile è un incontro strutturato che si tiene alla fine di ogni sprint in cui il team riflette su come ha lavorato, non solo su ciò che ha consegnato. È l'abitudine di miglioramento più costante nello sviluppo software.
Fatta bene, una retrospettiva porta a galla i problemi prima, costruisce fiducia nel team e produce cambiamenti concreti nei processi. Fatta male, diventa una sessione di lamentele di 45 minuti che non cambia nulla.
Questa guida copre cosa sono le retrospettive, perché sono importanti, come gestirle passo dopo passo e i formati più comuni usati dai team agili.
Cosa è una retrospective agile?
Una retrospettiva (spesso abbreviata in "retro") è un incontro a tempo, tipicamente di 60-90 minuti, in cui il team riflette sullo sprint precedente. È una delle quattro cerimonie Scrum, insieme alla Pianificazione dello Sprint, al Daily Standup e alla Revisione dello Sprint.
L'obiettivo è il miglioramento continuo: migliorare come si lavora, non solo cosa si consegna.
Tre domande incorniciano quasi ogni retrospettiva:
- Cosa è andato bene?
- Cosa potrebbe essere migliorato?
- Cosa faremo diversamente nel prossimo sprint?
La terza domanda è la più importante. Una retrospettiva senza elementi d'azione è solo una conversazione. Il risultato dovrebbe sempre essere una breve lista di cambiamenti concreti, con responsabili e scadenze, a cui il team si impegna nel prossimo sprint.
Perché fare retrospettive?
I team che saltano le retrospettive tendono a ripetere gli stessi problemi. Il problema che ha rallentato lo sprint 3 è ancora lì nello sprint 7; tutti si sono semplicemente adattati.
Le retrospettive rompono quel ciclo. Danno al team uno spazio dedicato per:
- Portare alla luce attriti che non emergono nei daily standups
- Correggere i processi prima che si calcifichino in soluzioni permanenti
- Riconoscere ciò che funziona prima che venga accidentalmente cambiato
- Costruire fiducia praticando conversazioni oneste in un ambiente strutturato
I team migliori trattano le retrospettive come un'abitudine: qualcosa che si fa costantemente, non solo quando le cose vanno male.
Quanto spesso dovresti fare una retrospettiva?
La maggior parte dei team Scrum tiene una retrospettiva alla fine di ogni sprint, tipicamente ogni una o quattro settimane. I team Kanban spesso fanno una retro periodica (mensile o bisettimanale).
La frequenza conta meno della coerenza. Le retrospettive irregolari sono più difficili da prendere sul serio e più difficili da attuare.
Se il tuo team è nuovo o sta attraversando cambiamenti significativi, orientati verso retro più frequenti. Un check-in leggero di 30 minuti ogni sprint è più prezioso di un'approfondita di 90 minuti ogni sei settimane.
Come condurre una retrospective agile
1. Imposta il contesto (5–10 minuti)
Inizia con un check-in breve. Chiedi a tutti una semplice domanda per iniziare: "Con una parola, come ti senti riguardo a questo sprint?" Fa parlare i membri del team più silenziosi presto ed è particolarmente utile in sessioni remote o ibride dove non puoi leggere il linguaggio del corpo.
Il Bot Introduttivo AI di TeleRetro genera domande adatte all'umore del tuo team se desideri qualcosa di più creativo.
2. Raccogli i dati (15–20 minuti)
Chiedi al team di aggiungere biglietti alla board. Attiva la modalità di brainstorming anonimo così che tutti scrivano privatamente, senza essere influenzati da ciò che aggiungono gli altri.
Qui è dove il formato scelto modella ciò che emerge. Una retrospettiva Sailboat chiede per vento (cosa ha aiutato), ancore (cosa ha rallentato), scogli (rischi) e l'isola (il tuo obiettivo). Una Mad Sad Glad chiede al team di descrivere lo sprint emotivamente. Formati diversi fanno emergere conversazioni diverse.
TeleRetro offre oltre 50 formati e modelli di retro per adattarsi a diversi stati d'animo del team, tipi di sprint e livelli di esperienza.
3. Genera intuizioni (20–25 minuti)
Raggruppa biglietti simili. Usa il voto anonimo per far emergere i temi che contano di più per il team. Trascorri la maggior parte dell'incontro sui due o tre cluster principali.
L'obiettivo in questa fase è capire perché qualcosa è successo, non solo che è successo. "Le implementazioni sono state lente" è un'osservazione. "Le implementazioni sono state lente perché non abbiamo ancora controlli di staging automatici" è un intuizione su cui vale la pena agire.
4. Decidi cosa fare (10–15 minuti)
Per ogni tema prioritario, concorda un'azione concreta. Le azioni necessitano di un responsabile e una scadenza, idealmente da risolvere nel prossimo sprint.
Il tracciamento degli elementi d'azione di TeleRetro mantiene le azioni da retro a retro così che nulla venga perso. I team che tracciano le azioni seguono molto più spesso di chi si affida alla memoria o agli appunti della riunione.
5. Chiudi la retrospettiva (5 minuti)
Concludi con qualcosa di breve: un giro di ringraziamenti in cerchio, un punteggio da 1 a 5 della retro stessa, o semplicemente leggendo ad alta voce gli elementi d'azione. Chiudere è importante. Segnala che la sessione è stata utile e rinforza l'abitudine.
Formati comuni di retrospettive
Formati diversi fanno emergere diversi tipi di conversazione. Alcuni comuni:
- Inizia, Ferma, Continua: Diretta e orientata all'azione. Meglio per team esperti che si conoscono bene.
- Mad, Sad, Glad: Incentrato sulle emozioni. Buono per team che affrontano uno sprint difficile o ad alta pressione.
- Sailboat: Metafora visiva. Funziona bene con gruppi misti e team nuovi alle retrospettive.
- 4 Ls: Liked, Learned, Lacked, Longed For. Forte per team orientati all'apprendimento.
- DAKI: Drop, Add, Keep, Improve. Tagliente e focalizzata all'azione.
- Lean Coffee: Agenda di proprietà del team. Buona quando il team ha argomenti specifici che vuole guidare.
Non sei sicuro di quale formato si adatti al tuo team in questo momento? Il Bot Retro di TeleRetro ne suggerisce uno basato sul contesto del tuo team.
Errori comuni da evitare
Condurre la retro con un pubblico. Le retrospettive sono per il team. I manager, i product owner e gli stakeholder generalmente non dovrebbero partecipare. La loro presenza cambia ciò che le persone dicono.
Elementi d'azione senza responsabili. "Dovremmo migliorare la pipeline CI" non è un'azione. "Maya esaminerà la parallelizzazione del test suite entro mercoledì prossimo" lo è.
Stesso formato ogni sprint. Ruotare i formati mantiene la conversazione fresca e fa emergere diversi tipi di osservazioni.
Saltare le retrospettive quando le cose vanno bene. È proprio allora che è più facile avere una conversazione onesta e orientata al futuro.
Ignorare elementi d'azione precedenti. Apri ogni retrospettiva rivedendo ciò che era stato impegnato l'ultima volta. I team che non lo fanno perdono credibilità nel loro stesso processo.
Domande frequenti
Chi dovrebbe facilitare una retrospective agile?
Nello Scrum, tipicamente il Scrum Master facilita. In team senza un Scrum Master dedicato, qualsiasi membro del team può farlo, e ruotare il ruolo di facilitatore può migliorare la partecipazione. Il lavoro del facilitatore è mantenere la sessione in movimento e assicurarsi che le voci più silenziose siano ascoltate, non guidare i risultati.
Quanto dovrebbe durare una retrospettiva?
La Guida Scrum suggerisce un'ora per ogni settimana di durata sprint, quindi uno sprint di due settimane giustifica fino a due ore di retro. In pratica, la maggior parte dei team trova 60-75 minuti sufficienti, specialmente se il team è esperto e gli elementi d'azione delle retros precedenti sono già visibili prima che la sessione inizi.
Puoi condurre una retrospettiva da remoto?
Sì, e le retrospettive remote possono essere più efficaci di quelle in presenza se facilitate bene. Le lavagne digitali anonime riducono le dinamiche sociali che sopprimono l'onestà in una stanza. Musica da rompighiaccio aiuta a impostare il tono quando non puoi contare su uno spazio fisico condiviso.
Qual è la differenza tra una retrospettiva e una revisione di sprint?
La revisione di sprint riguarda il prodotto: cosa è stato costruito, cosa pensano gli stakeholder, e cosa viene dopo nel backlog. La retrospettiva riguarda il team: come hai lavorato insieme, cosa ti ha rallentato, e cosa cambiare. Sono riunioni separate con partecipanti e risultati diversi.
Come gestisci quando gli stessi problemi si ripresentano ogni sprint?
Quello è un segnale che vale la pena nominare direttamente. Se lo stesso elemento appare per tre sprint consecutivi, è o un problema sistemico che ha bisogno di una correzione maggiore, possibilmente fuori dal controllo del team, o gli elementi d'azione concordati non stanno funzionando. Sollevalo: "Abbiamo evidenziato questo tre volte. Cosa ci sta effettivamente bloccando nel risolverlo?"
Aggiornato
Vivi un retro migliore
Crea un retro in pochi secondi e verifica di persona.