Modello di retrospettiva di sprint per team di ingegneria
Perché la maggior parte delle retro non produce alcun cambiamento
Le retrospettive di sprint hanno un problema strutturale che i modelli non risolvono: i team generano idee di miglioramento ma non le rivedono. La retro produce cinque azioni. La retro successiva apre con una lavagna pulita. Gli stessi problemi riemergono di nuovo.
Il modello qui sotto incorpora la revisione nell'apertura così non può essere saltata. Quel singolo cambiamento fa di più per l'efficacia della retro di qualsiasi aggiustamento di formato.
L'agenda (da copiare e incollare)
Durata: 60 minuti per uno sprint di 2 settimane; 45 minuti per uno sprint di 1 settimana
Formato: Facilitata, con una board condivisa asincrona (Miro, FigJam, Notion — a tua scelta)
Sezione 1 — Revisione delle azioni (10 min)
- Leggi una per una le azioni dell'ultimo sprint
- Segna ciascuna: Fatta / In corso / Abbandonata (breve motivazione per gli abbandoni)
- Riporta avanti gli item incompleti; non rimetterli in discussione adesso
Sezione 2 — Istantanea dei dati (5 min)
- Velocity dello sprint rispetto al target
- Lavoro non pianificato che ha superato una giornata
- Incidenti o eventi di on-call
- Cambiamenti di scope a metà sprint
- Metti i dati a schermo senza ancora alcuna discussione
Sezione 3 — Cosa è andato bene (10 min)
- Il team aggiunge item in modo asincrono prima della riunione o nei primi 3 minuti
- Discuti i 2-3 principali; salta gli item su cui c'è ovvio accordo
- Non perdere tempo su cose che non sono azionabili
Sezione 4 — Cosa migliorare (15 min)
- Stesso formato: input asincrono, discuti gli item a più alto segnale
- Per ogni item: episodio isolato o pattern ricorrente? Solo i pattern diventano azioni
- Il compito del facilitatore è trasformare «questo è stato frustrante» in qualcosa di specifico e modificabile
Sezione 5 — Azioni (15 min)
- Ogni item deve avere: descrizione, un responsabile (non «il team»), scadenza
- Punta a un massimo di 2-3 item; più di così diluisce la responsabilità
- Riporta avanti gli item incompleti della Sezione 1
Chiusura (5 min)
- Rapido +/-/delta sulla retro stessa
- Conferma che il riepilogo esca entro fine giornata
Cosa trascurano i formati di retro più diffusi
Start/Stop/Continue e Cosa è andato bene/Cosa migliorare/Azioni sono entrambi formati validi. Il problema non è il formato — è che i modelli raramente codificano lo step di revisione all'inizio. Quello step è l'unica cosa che crea continuità di responsabilità da una retro all'altra. Senza di esso, la retro è una macchina di sentimenti, non una macchina di cambiamento.
I modelli inoltre non affrontano la disciplina dei limiti di tempo. «Cosa migliorare» sfora quasi universalmente perché è emotivamente più coinvolgente di «cosa è andato bene». Senza limiti rigidi, una retro da 60 minuti diventa 90 minuti di discussione e 5 minuti di azioni affrettate alla fine. Le azioni sono l'unica parte che cambia davvero qualcosa.
La terza lacuna: le azioni vengono scritte come direttive vaghe. «Migliorare la comunicazione frontend-backend» non è un'azione. «Sarah pianificherà una sincronizzazione settimanale di 30 minuti tra i lead frontend e backend, a partire da lunedì prossimo» lo è. Il responsabile e la data di inizio devono essere nominati in sede di riunione — dopo, i dettagli si ammorbidiscono.
Il costo accumulato di questi pattern emerge settimane dopo sotto forma di contesto mai catturato e decisioni rimesse in discussione. La tassa delle riunioni spiega come tutto questo appaia quantitativamente nell'arco di un trimestre.
Perché i riepiloghi delle retro sono più difficili da scrivere delle note degli standup
I riepiloghi degli standup sono brevi. I riepiloghi dello sprint planning sono strutturati. I riepiloghi delle retrospettive sono difficili perché il contenuto è disordinato — post-it, discussioni che saltano tra le sezioni, un misto di sentimento e dati. Chiunque scriva il riepilogo deve ricostruire un filo coerente da una riunione che si è mossa in più direzioni contemporaneamente.
Pavleur gestisce bene tutto questo proprio a causa di quel disordine. Cattura tutto ciò che viene detto durante la riunione e qualsiasi cosa sia a schermo — la board condivisa, il grafico della velocity della Sezione 2, il ticket dell'incidente a cui qualcuno ha fatto riferimento nella Sezione 4. Il report post-riunione è strutturato, con le azioni estratte da ciò che è stato effettivamente deciso in sede di riunione (con responsabili e date, così come nominati). Nessuna ricostruzione necessaria, nessun riordino dopo la chiamata.
Gli strumenti di trascrizione solo-audio catturano le parole ma non il contesto visivo. In una retro, l'elemento visivo è spesso la parte più importante — la board di post-it, il grafico che ha fatto emergere un pattern, il ticket che ha ancorato una discussione. Quel contesto non esiste in un riepilogo solo-audio. Per un confronto diretto tra gli strumenti: Pavleur vs. alternative.
Modalità di fallimento comuni della retro
La stessa azione compare in tre retro consecutive. La Sezione 1 non è negoziabile. Se un item continua a non essere completato, o lo abbandoni con una motivazione dichiarata o lo escali — non riportarlo avanti a tempo indeterminato.
La discussione diventa uno sfogo senza risoluzione. Il compito del facilitatore nella Sezione 4 è tradurre «quel processo è rotto» in un'unica cosa specifica e modificabile. Se non si riesce a renderla specifica in 30 secondi, va nel parcheggio.
Nessuno aggiunge item in modo asincrono prima della riunione. Invia la board con 24 ore di anticipo. Innescala con 2-3 item per rompere il problema della tela bianca. Le riunioni procedono meglio quando tutti arrivano con qualcosa già messo per iscritto.