Template per retrospettiva: formato, esempio — e come le action items sopravvivono fino alla retro successiva (2026)

Una retrospettiva è la riunione in cui un team guarda a come ha lavorato — in uno sprint, in una release, in un mese — e decide cosa cambiare. Non cosa ha costruito: quello è compito della review. Il come: cosa ha rallentato il lavoro, cosa lo ha fatto scorrere e quali una o due cose il team farà diversamente la prossima volta. Un template per retrospettiva è la pagina che tiene questa conversazione in un ordine fisso, in modo che la riunione produca una decisione e non un elenco di lamentele.

Questa guida parte dal mestiere — il formato, un template per retrospettiva di sprint da copiare, un esempio compilato, i quattro set di domande tra cui la maggior parte dei team ruota — e poi passa alla meccanica: dove vive la retro negli strumenti che il tuo team usa già e cosa succede alle sue azioni dopo la chiamata. Perché la vera prova di una retrospettiva non è la board a fine ora. Sono i primi cinque minuti della successiva, quando qualcuno chiede se i due cambiamenti su cui tutti erano d'accordo sono davvero avvenuti.

Cos'è una retrospettiva — e cosa non è

Quattro riunioni stanno vicino alla retrospettiva, e i team le fondono a loro spese:

La retrospettiva è l'unica delle quattro che riguarda il team stesso, in presenza del team, con il team che decide. Per questo il suo output è piccolo — un team può cambiare una o due abitudini per ciclo, non dieci — e per questo una retro con una lista lunga di solito è diventata una review o una incident review sotto falso nome. L'agenda della sprint review e l'agenda della retro sono due pagine diverse per una ragione.

Una retrospettiva non è nemmeno una riunione di stato con le emozioni. "Facciamo il giro e diciamo come è andato lo sprint" produce un umore, non un cambiamento. Il template qui sotto chiede i dati prima delle opinioni, la scrittura prima della parola e una decisione prima della fine dell'ora.

Cosa contiene il template: il formato

Un template per retrospettiva utilizzabile ha sette parti, in quest'ordine. La maggior parte dei template online ne ha solo un sottoinsieme; le due che mancano più spesso sono la prima e l'ultima.

1. Le azioni della retro precedente, verificate. Prima di tutto il resto: ogni azione dell'ultima volta, il suo responsabile e uno di tre stati — fatta, non fatta con il motivo, abbandonata. Due minuti per una lista di tre. Una retrospettiva che salta questo slot annuncia che le sue azioni sono facoltative, e la stanza lo sente.
2. Il periodo in fatti. Cosa è stato rilasciato, cosa è slittato, cosa si è rotto, in numeri o date, sulla board prima che qualcuno parli. Da tre a cinque righe. Le opinioni discusse sugli stessi fatti convergono; quelle discusse su ricordi diversi no.
3. Cosa è andato bene. Prima per iscritto, una nota per persona per punto, poi lette ad alta voce. Scrivere prima è la regola che permette di far sentire la metà silenziosa del team, e il motivo ordinario per cui le retro sono dominate da due voci.
4. Cosa non è andato bene. Stesso metodo. Le note parlano del lavoro e del modo di lavorare, non delle persone; il facilitatore sposta una nota che nomina una persona nel parcheggio, per un one-on-one.
5. Raggruppare e scegliere. Raggruppa le note e lascia che ciascuno metta due voti sui gruppi che vuole affrontare. Il primo o i primi due sono il tema della retro per il tempo che resta; gli altri aspettano la prossima, e la lista di ciò che ha aspettato viene conservata.
6. Uno o due cambiamenti, come azioni. Per ogni gruppo scelto, il cambiamento a cui il team si impegna, scritto come action item: un responsabile, un verbo, una data. "Essere più bravi nelle stime" è un desiderio; "Lena — aggiungere un controllo delle stime di 15 minuti alla pianificazione del giovedì — dal prossimo sprint" è un'azione.
7. Responsabili, data di verifica e apprezzamento. Rileggi le azioni, con i responsabili; indica la data in cui verranno verificate — normalmente la prossima retro; e chiudi con un giro di ringraziamenti, nominali. L'ultimo punto non è una decorazione: è ciò che rende le persone disposte a scrivere le note del punto 4 la volta dopo.

Cosa resta fuori: tutto ciò che appartiene alla review (lo scope), alla incident review (la timeline di un singolo guasto) o a un one-on-one (una persona). Una retrospettiva che prova a portarsi dietro tutto questo si allunga e non decide nulla.

Come condurla: prima, durante, dopo

Prima: fissa lo slot e prepara i fatti. Una retrospettiva è una riunione ricorrente, dopo la review e prima della pianificazione successiva, così da lavorare su ciò che è stato davvero rilasciato; come si inserisce nella settimana è spiegato nella guida alla cadenza delle riunioni. Il giorno prima il facilitatore pubblica nel canale del team i fatti del periodo — la lista di ciò che è stato rilasciato, di ciò che è slittato, gli incidenti — e le azioni dell'ultima retro con i responsabili, così che i punti 1 e 2 siano letti prima della riunione e non messi insieme durante. Fai ruotare il facilitatore: una retro condotta ogni volta dal manager diventa un rapporto al manager.

Durante: scrivere prima di parlare, poi una decisione. Apri con il controllo delle azioni — ogni responsabile dice fatta o no, e perché, in una frase. Poi i fatti, letti ad alta voce in un minuto. Poi otto minuti di scrittura silenziosa su ciò che è andato bene e ciò che no, con ogni nota visibile a tutti appena compare, nella lingua di ciascun membro se la board traduce e nell'unica lingua concordata dalla stanza se non lo fa. Lettura, raggruppamento, voti: quindici minuti. I gruppi scelti si prendono il resto dell'ora, e l'unico compito del facilitatore in quel tratto è trasformare la discussione in un'azione con un nome prima che scada il tempo, rileggendo ciascuna ad alta voce così che il responsabile la accetti due volte. Cinque minuti alla fine: azioni con responsabili e data di verifica, poi l'apprezzamento.

Dopo: pubblica la pagina lo stesso giorno, dove la prossima retro la aprirà. La board con le sue note, i gruppi scelti, le azioni con i responsabili e le azioni precedenti con i loro stati — una pagina, per tutti, compreso chi non c'era. Poi mettila dove la retrospettiva successiva comincia: il controllo delle azioni in cima alla pagina successiva è una copia della lista delle azioni in fondo a questa. Una retrospettiva conservata nel taccuino del facilitatore è una retrospettiva che il team non ha.

Come si conduce l'ora in sé — l'apertura, i time box, la rilettura degli esiti negli ultimi cinque minuti — è lo stesso mestiere di qualsiasi riunione efficace. Ciò che è specifico della retro è la regola della scrittura prima e il limite di due cambiamenti.

Un template per retrospettiva di sprint

[Team] — Retrospettiva, sprint [numero] / [periodo]
Data: [data] · Ora: [inizio]–[fine] · Link: [link della riunione]
Scopo: scegliere uno o due cambiamenti al nostro modo di lavorare e verificare quelli scelti l'ultima volta.
Facilitatore: [nome, a rotazione] · Note: [nome oppure "il recap"]
Da leggere prima: la pagina dell'ultima retro, i fatti di questo periodo

1. Azioni dell'ultima retro — facilitatore — 5 min — informazione
– [Responsabile] — [azione] — scadenza [data] — fatta / non fatta: [motivo] / abbandonata
– [Responsabile] — [azione] — scadenza [data] — fatta / non fatta: [motivo] / abbandonata

2. Il periodo in fatti — facilitatore — 3 min — informazione
Rilasciato: [elenco]. Slittato: [elenco]. Rotto: [elenco]. [Un numero che conta in questo periodo.]

3. Cosa è andato bene — tutti, prima per iscritto — 8 min — discussione
[Note, un punto ciascuna, lette ad alta voce dopo la scrittura.]

4. Cosa non è andato bene — tutti, prima per iscritto — 8 min — discussione
[Note sul lavoro e sul modo di lavorare — non sulle persone.]

5. Raggruppare e votare — tutti — 10 min — decisione
Gruppi: [A], [B], [C]. Due voti ciascuno. Scelti: [uno o due]. In attesa della prossima volta: [gli altri].

6. I cambiamenti a cui ci impegniamo — team — 15 min — decisione
– [Responsabile] — [verbo + oggetto] — dal [data] — verificato alla retro del [data]
– [Responsabile] — [verbo + oggetto] — dal [data] — verificato alla retro del [data]

7. Responsabili, data di verifica, apprezzamento — 5 min
Azioni rilette con i responsabili. Data di verifica: prossima retro, [data]. Un ringraziamento a testa, nominale.

Parcheggio: [punti sollevati e non scelti — riportati nella pagina della prossima retro]

Il template è testo semplice: si incolla in un documento, in un canvas, in una colonna di sticky note di una lavagna o in un messaggio di chat senza riformattare. Conta l'ordine, non lo strumento.

Un esempio compilato: un team prodotto di otto persone, dopo uno sprint di due settimane

Platform team — Retrospettiva, sprint 31
Scopo: scegliere uno o due cambiamenti al nostro modo di lavorare e verificare quelli scelti l'ultima volta.
Facilitatore: Mateusz · Note: il recap
Da leggere prima: la pagina della retro dello sprint 30; i fatti dello sprint 31 pubblicati ieri nel canale

1. Azioni dell'ultima retro — 5 min
– Priya — spostare il daily alle 09:30 perché Lisbona partecipi in diretta — scadenza 2 nov — fatta
– Kenji — definition of done di una pagina per il filone mobile — scadenza 6 nov — non fatta: in attesa delle modifiche del responsabile QA; riprogrammata al 20 nov

2. Il periodo in fatti — 3 min
Rilasciati 9 elementi pianificati su 11. Slittati: il job di esportazione, l'email di onboarding. Rotto: un incidente, 40 minuti, l'indice di ricerca. La review di giovedì è durata 25 minuti in più.

3. Cosa è andato bene — 8 min
Il pairing sul fix della ricerca lo ha chiuso nello stesso giorno. Il canale ha conservato i fatti, quindi nessuno ha chiesto due volte "cosa abbiamo rilasciato". Lisbona ha partecipato a ogni daily.

4. Cosa non è andato bene — 8 min
Due elementi erano specificati a metà quando lo sprint è iniziato. La review è sforata perché la demo veniva preparata durante la riunione. Il report dell'incidente è stato scritto con tre giorni di ritardo.

5. Raggruppare e votare — 10 min
Gruppi: prontezza all'inizio dello sprint (6 voti), durata della review (4), report degli incidenti (3), stime (2). Scelti: prontezza, la review. In attesa: report degli incidenti, stime.

6. I cambiamenti a cui ci impegniamo — 15 min
– Lena — un controllo di prontezza per ogni elemento il martedì prima della pianificazione; un elemento senza una specifica di una riga e senza un responsabile non entra nello sprint — dallo sprint 32 — verificato alla retro del 28 nov
– Tomás — ambiente di demo pronto e testato entro mezzogiorno del giorno della review — dallo sprint 32 — verificato alla retro del 28 nov

7. Responsabili, data di verifica, apprezzamento — 5 min
Riletto. Data di verifica: 28 nov. Grazie a Priya per il pairing sulla ricerca e a Lisbona per le partenze anticipate.

Parcheggio: report degli incidenti; stime — in cima alla lista per la retro dello sprint 32.

Nota cosa fa funzionare la pagina: il primo punto e il penultimo sono la stessa lista vista a due settimane di distanza. Le azioni dello sprint 31 sono nate in fondo alla pagina dello sprint 30 e sono state giudicate in cima a questa; quelle dello sprint 32 saranno giudicate il 28 novembre. Quel ciclo è tutto il valore di una retrospettiva, ed è la parte che la maggior parte dei template lascia alla memoria.

Quattro set di domande, e quando ciascuno funziona

I punti 3 e 4 del template sono una coppia di domande, e i team si stancano della stessa coppia. Quattro alternative note, ciascuna comunque conclusa dai punti 5 e 6:

Qualunque set usi, valgono due regole: scrivere prima di parlare, e l'output è di una o due azioni con responsabili. Un set di domande che produce un muro di note più ricco ma nessuna decisione ha reso la riunione più interessante e meno utile.

Dove vive la retrospettiva negli strumenti che usi già

Ogni piattaforma principale dà alla retro una board o un documento, e ciascuna si ferma in un punto diverso. Solo comportamenti documentati, dalle pagine dei fornitori stessi, con il mese in cui ciascun fatto è stato verificato:

Due cose sono uguali in ogni riga. La board della retro è un documento accanto alla riunione, nell'unica lingua in cui è stato scritto o tenuto; e se le azioni dell'ultima retro siano state fatte è una domanda a cui il documento non risponde — una persona apre la pagina precedente alla riunione successiva e la legge alla stanza. Dove questo basta, uno qualsiasi dei quattro va bene e la tabella è l'intera risposta. Dove finiscono dopo la trascrizione, la registrazione e il riepilogo di una chiamata Teams o Meet, e chi può ancora aprirli, è mappato in dove Teams e Meet conservano trascrizione, registrazione e riepilogo; cosa copre la traduzione dal vivo di ciascuna piattaforma dentro la chiamata e dove si ferma si trova nelle guide su Teams e Meet (Teams, Meet).

Come le azioni sopravvivono fino alla prossima retro

InterMIND è uno spazio di comunicazione in cui una riunione vive in un canale, quindi la retrospettiva ha una casa ovvia: un canale tutto suo, dove i fatti del periodo e le azioni dell'ultima retro vengono pubblicati il giorno prima, e il canale conserva il recap di ogni sessione, così la pagina dello sprint 30 è a un clic da quella dello sprint 31. Ogni membro scrive nella propria lingua e legge gli altri nella sua; una pagina redatta altrove arriva nel canale via email — l'host dà al canale un indirizzo proprio, e un messaggio inviato lì compare come un normale messaggio, con il mittente indicato e gli allegati conservati.

Durante la chiamata, la board è una nota messa sullo schermo di tutti accanto ai riquadri video con Share to conference: il facilitatore la modifica dal vivo mentre la stanza scrive i suoi punti, e ogni partecipante la legge nella propria lingua, con l'originale a un tocco di distanza. Il recap della sessione precedente può essere condiviso nella conferenza allo stesso modo, così il punto 1 — le azioni dell'ultima retro — è il documento effettivo sullo schermo di tutti e non il ricordo di qualcuno.

Quando la chiamata finisce, il recap viene scritto a partire dalla riunione stessa: un riepilogo, i punti segnati come concordati, aperti o contestati, le action items con i responsabili, ogni riga con il suo timestamp. Arriva via email, come messaggio nel canale e come link nell'evento del calendario, e ogni membro che ha effettuato l'accesso lo legge nella propria lingua — il resoconto è tradotto per ciascun lettore, non scritto una volta nella lingua che la stanza ha usato per caso. Qualsiasi membro può modificarlo, e ogni modifica conserva autore e cronologia delle revisioni. L'host può aggiungere una copia del recap a qualsiasi indirizzo — la casella in ingresso di un tracker o di un CRM — così le due azioni raggiungono il sistema di riferimento senza che nessuno inoltri nulla. Teams e Meet, secondo la loro documentazione citata sopra, traducono il momento — sottotitoli nella chiamata, un recap nella lingua della riunione; qui è lo spazio a restare tradotto.

In un'organizzazione con le team status pages attive, anche le azioni della retro vengono verificate. Ogni azione che un recap registra entra nella catena di attività dell'organizzazione, e quando viene scritto il recap successivo quelle aperte sono giudicate rispetto a ciò che è stato detto: un'azione che qualcuno ha riferito conclusa viene segnata come fatta; un'azione discussa ma non conclusa viene segnata come non fatta, con il motivo nelle parole della riunione; un'azione di cui nessuno ha parlato resta aperta. I verdetti vivono nella pagina di stato dell'organizzazione, ciascuno con il recap su cui si basa, e all'inizio della sessione successiva Mia nomina le voci aperte e i loro responsabili — così del punto 1 del template si parla anche quando nessuno ha aperto la pagina precedente. Le team status pages sono una funzione in anteprima: l'amministratore di un'organizzazione le attiva in Settings → Advanced dopo aver accettato i termini alpha (la pagina Preview features descrive ciascuna).

Un ospite — un collaboratore esterno sullo sprint, l'ingegnere di un cliente invitato a una retro — entra con un link, senza account e senza costi, da telefono, nel browser, e sente la riunione dal vivo nella propria lingua. Per l'ospite non resta alcun resoconto dopo — l'account è gratuito ed è ciò che rende il resoconto raggiungibile. L'host mette a disposizione lo spazio e, con un piano a pagamento, paga solo per i membri attivi nei 28 giorni precedenti; i membri che restano inattivi mantengono l'accesso senza costi.

• Apri un recap completo — un vero resoconto generato dallo stesso codice che scrive il tuo, action items incluse.
• Prova la demo dal vivo — senza registrazione; parla e ascolta la stanza tradotta per ciascun ascoltatore.

La retrospettiva come mestiere sopravvive a ogni strumento: qualcuno deve comunque chiedere al team cosa cambiare e tenerlo a due risposte. Ciò che non deve sopravvivere è il secondo lavoro — ribattere la board dopo la chiamata, in una sola lingua, e aprire la retro successiva chiedendo se qualcuno ha fatto ciò che aveva deciso l'ultima.

FAQ

Che cos'è una riunione di retrospettiva?

Una retrospettiva è una riunione ricorrente in cui un team guarda a come ha lavorato in un periodo — uno sprint, una release, un mese — e si impegna su uno o due cambiamenti nel suo modo di lavorare. Verifica prima le azioni della retro precedente, mette sulla board i fatti del periodo, raccoglie per iscritto ciò che è andato bene e ciò che no, raggruppa e vota, e finisce con azioni che hanno un responsabile e una data di verifica. Si distingue dalla review, che guarda a ciò che è stato costruito, e dalla incident review, che guarda a un singolo guasto.

Come si conduce una retrospettiva di sprint?

Fissa lo slot dopo la review e prima della pianificazione, e pubblica nel canale del team i fatti del periodo e le azioni dell'ultima retro il giorno prima. Nella riunione: verifica le azioni dell'ultima volta (cinque minuti), leggi i fatti, scrivi in silenzio le note su ciò che è andato bene e ciò che no prima che qualcuno parli, leggile ad alta voce, raggruppa, vota con due voti a testa e usa il tempo rimasto per trasformare il primo o i primi due gruppi in azioni con un responsabile e una data. Rileggi le azioni, indica la data di verifica — normalmente la prossima retro — e chiudi con l'apprezzamento. Pubblica la pagina lo stesso giorno, dove la prossima retro la aprirà.

Quali sono le 5 fasi di una retrospettiva?

La struttura in cinque fasi più diffusa è: preparare il terreno (scopo, azioni precedenti, regole), raccogliere i dati (i fatti del periodo e le note di tutti), generare intuizioni (raggruppare le note e trovare lo schema che le sottende), decidere cosa fare (una o due azioni con responsabili) e chiudere (rilettura, data di verifica, apprezzamento). Il template di questa guida si mappa su queste fasi punto per punto: i punti 1–2 preparano il terreno e raccolgono i fatti, 3–5 raccolgono e raggruppano, 6 decide, 7 chiude.

Qual è la differenza tra sprint review e retrospettiva di sprint?

La review guarda al lavoro — cosa è stato costruito, se è ciò che si intendeva, cosa cambia nel backlog — con gli stakeholder in stanza. La retrospettiva guarda al modo di lavorare — cosa ha rallentato il team e cosa cambierà — solo con il team. La review lascia elementi accettati e modifiche al backlog; la retrospettiva lascia una o due azioni sul modo di lavorare del team e le azioni dell'ultima volta segnate come fatte o non fatte. La retro viene dopo la review per lavorare su ciò che è stato davvero rilasciato.

Che cos'è start, stop, continue?

Un set di domande per la retrospettiva con tre colonne: cosa il team dovrebbe iniziare a fare, cosa dovrebbe smettere di fare e cosa dovrebbe continuare a fare. Sostituisce la coppia "è andato bene / non è andato bene" del template base e si adatta ai team che vogliono azioni direttamente dalle note — una nota "start" è già mezza azione. Raggruppamento, voto e limite di uno o due cambiamenti si applicano comunque.

Quali sono le 4 domande di una retrospettiva?

Una retrospettiva classica pone quattro domande: cosa abbiamo fatto bene, cosa abbiamo imparato, cosa dovremmo fare diversamente la prossima volta e cosa ci lascia ancora perplessi. Sono le 4L in un'altra forma — liked, learned, lacked, longed for — e funzionano meglio su un periodo più lungo, come un trimestre o la fine di un progetto, in cui imparare conta quanto correggere.

Quanto dovrebbe durare una retrospettiva di sprint?

Per uno sprint di due settimane e un team da cinque a dieci persone, da 45 a 60 minuti: cinque per le azioni precedenti, tre per i fatti, sedici per la scrittura, quindici per lettura, raggruppamento e voti, quindici per i cambiamenti, cinque per chiudere. Una retrospettiva che dura regolarmente di più ha di solito lasciato entrare in stanza la review o una discussione su un incidente; una retro molto più breve di solito ha saltato la scrittura o le azioni.

Cosa dovrebbe includere un template per retrospettiva?

Sette cose: le azioni della retro precedente con i loro stati; il periodo in fatti; cosa è andato bene; cosa non è andato bene — entrambe prima per iscritto; raggruppamento e voti; uno o due cambiamenti scritti come action items con un responsabile e una data; e la chiusura — rilettura, data di verifica, apprezzamento — con un parcheggio per ciò che ha aspettato. Le due parti che la maggior parte dei template salta sono la prima e la penultima: la verifica delle vecchie azioni e il responsabile con la data su quelle nuove. Sono ciò che collega una retro alla successiva.

Fonti: Microsoft — Take meeting notes in Microsoft Teams; Microsoft — Recap in Microsoft Teams; Zoom — Generating meeting agenda with AI Companion; Zoom — Using Meeting Summary with AI Companion; Google — Calendar & Meet settings for "Take notes for me"; Google Meet — "Take notes for me" in Google Meet; Slack — Meeting agenda template; Slack — Use huddles in Slack. Ogni cella della tabella indica il mese in cui il fatto è stato verificato: la pagina delle note di Microsoft, la pagina dell'agenda di Zoom, le pagine di Google e le pagine di Slack verificate a ottobre 2026; la pagina del recap di Microsoft e la pagina del riepilogo della riunione di Zoom verificate ad agosto 2026. La struttura in cinque fasi e i set di domande sono prassi comune e non portano alcuna affermazione dei fornitori. I fornitori cambiano nel tempo piani, funzioni ed elenchi di lingue; consulta le loro pagine per lo stato attuale.