
Un modello di retrospettiva agile con quattro colonne, due formati alternativi, una scaletta da 30 minuti e la regola che rende utili le retro.
I team saltano raramente la retrospettiva perché non hanno voglia di riflettere. La saltano perché le ultime tre hanno prodotto post-it e nessun cambiamento.
Risposta breve: un modello di retrospettiva agile è una board con quattro colonne: cosa è andato bene, cosa no, cosa abbiamo imparato, cosa proviamo la prossima volta. Il modello funziona solo con una regola: ogni voce dell'ultima colonna ha un responsabile, e la retro successiva inizia controllando se quelle voci sono successe.
Un modello di retrospettiva è una board prestrutturata che un team compila alla fine di uno sprint o di un progetto per decidere cosa cambiare nel prossimo. Non è una cassetta dei reclami e nemmeno un rito di festeggiamento, anche se lungo la strada succedono entrambi. Il risultato che conta è piccolo: da una a tre modifiche concrete con un nome sopra.

La board a quattro colonne è lo standard per una buona ragione, ma altri due formati si sono guadagnati il posto.
Tre formati di retro comuni
|Formato|Domande|Ideale per|
|---|---|---|
|Quattro colonne|Andato bene · non andato · imparato · da provare|La maggior parte delle retro di sprint e progetto|
|Start, Stop, Continue|Cosa iniziare, smettere, continuare|Team che vogliono decisioni rapide|
|Barca a vela|Vento (aiuta), ancore (frenano), scogli (rischi)|Progetti lunghi, gruppi misti|
Scegline uno e tienilo per almeno tre retro. Cambiare formato ogni volta sembra rinfrescante, ma rende i risultati impossibili da confrontare.
La cadenza conta quanto il formato. I team a sprint fanno la retro alla fine di ogni sprint; per chi lavora in kanban basta ogni due settimane. Dopo un incident, una retro mirata entro 48 ore, finché i dettagli sono freschi, e solo sull'incident. Trenta minuti bastano fino a otto persone; oltre, dividi il gruppo o allunga a 45.

Perché le azioni non hanno un responsabile, o nessuno le controlla. Quando il risultato è "migliorare la comunicazione", niente può fallire, quindi non succede niente. Quando il risultato è "Lena sposta lo standup alle 9:30, ne riparliamo tra due settimane", la retro successiva ha qualcosa da verificare. Il nostro articolo sullo sprint planning fa lo stesso punto per gli sprint: campi con nomi e date sono ciò che separa un piano da una moodboard. E se un'azione di retro è abbastanza grande da avere passi propri, trattala come qualsiasi altra azione: il nostro esempio di piano d'azione mostra com'è fatta.
Una board di retro è un lavoro naturale da whiteboard: colonne, post-it, raggruppamenti, voti. In SketchMind, una whiteboard con IA, sticky notes e checkbox sono normali strumenti del canvas, quindi la fase di scrittura in silenzio funziona come sempre. La partenza più veloce: descrivi la board invece di disegnarla. Il riquadro Checklist trasforma "board di retro per lo sprint 12: andato bene, non andato, imparato, da provare" in un frame checklist modificabile in circa 15 secondi, e una generazione Frames prepara le quattro sezioni per un gruppo più grande. Dopo, le voci da provare possono finire nell'agenda di chi le possiede, esattamente il follow-up di cui la prossima retro ha bisogno. Condividi la board con un link; i viewer sono illimitati su ogni piano.
Ultimo aggiornamento: 23 ottobre 2026. Verificato con l'app SketchMind attuale.
Cosa è andato bene, cosa non è andato bene, cosa abbiamo imparato, e cosa proviamo la prossima volta. L'ultima colonna è l'unica che cambia lo sprint successivo.
Trenta minuti bastano per un team fino a otto persone: controllare le azioni, scrivere da soli, raggruppare e leggere, votare, decidere.
Da una a tre, ognuna con un responsabile. Oltre le tre, alla fine non se ne fa nessuna.
La review guarda il prodotto costruito; la retrospettiva guarda il modo di lavorare. Due riunioni separate con risultati separati.
Sì. Qualsiasi blocco di lavoro ricorrente ne beneficia: campagne marketing, eventi, periodi di insegnamento. Il formato resta identico.