Retrospettiva di progetto: domande, scaletta e modello

Che cos’è una retrospettiva di progetto?

La retrospettiva è un incontro in cui il team ripercorre un periodo e decide cosa cambiare. Si può tenere dopo un progetto, una fase o un ciclo di lavoro. Si parla di collaborazione, processi e condizioni, senza cercare colpevoli.

Un incontro di aggiornamento riguarda attività concluse o in ritardo. Nella retrospettiva si chiede perché il lavoro è andato così e quale piccolo passo aiuterebbe. Elencare le difficoltà è solo l’inizio. Concordate un risultato verificabile.

Evita di trasformare l’incontro nella difesa di un rapporto davanti alla direzione. Chi teme di essere punito per una risposta franca può tacere dettagli utili. Spiega prima obiettivo e regole.

Come preparare il team

Delimita il tema, per esempio «preparazione e lancio del webinar di formazione» anziché «tutto quello che non funziona». Invita chi ha partecipato e può offrire prospettive diverse.

Chiedi a tutti un episodio preciso: cosa è successo, quando, con quale effetto e cosa ha aiutato. Puoi raccogliere note prima e lasciare qualche minuto di riflessione, così non si parte dalla sola opinione di chi parla di più.

Prepara il piano, lo storico delle attività, le versioni approvate o i messaggi per controllare i fatti. Un registro mancante non prova che non sia successo nulla. Un commento non salvato non prova che la persona non abbia agito.

Scaletta e domande della retrospettiva

La ripartizione è un esempio per un piccolo team. Adattala alle esigenze. Un tema complesso può richiedere una riunione a parte.

Se si discute su chi sbaglia di solito, torna all’episodio concreto. Invece di «Non ci danno mai materiale decente», chiedi «Quale materiale mancava stavolta e quando ce ne siamo accorti?».

Evita di risolvere tutto in una riunione. Scegli un problema che incide sul lavoro e abbia un passo praticabile. Annota gli altri temi a parte perché non spariscano o diventino promesse senza responsabile.

Dalla lamentela al cambiamento verificabile

Il team preparava un webinar. Il giorno prima del lancio ha scoperto che alcune modifiche approvate mancavano nella presentazione. Nella retrospettiva qualcuno ha detto: «Abbiamo dovuto rifare tutto all’ultimo momento, di nuovo». La frustrazione non indicava una soluzione.

I partecipanti hanno aperto i materiali e ricostruito l’episodio. I commenti arrivavano in due chat, alcune modifiche erano fatte e mancava uno stato condiviso. Il team ha pensato che una sola lista aiutasse a individuare le omissioni prima dell’approvazione.

Proveranno nel prossimo webinar di formazione. Marina, la coordinatrice, crea la lista prima della preparazione. Ogni commento riceve «accettato», «in corso» o «verificato», oppure un motivo del rifiuto. Il giorno prima del lancio, la redazione confronta la lista con la presentazione finale.

Nella prossima retrospettiva il team verifica se sono rimaste modifiche approvate ma omesse e se la lista era comoda. Se le omissioni tornano, cerca altre cause, come richieste poco chiare o tardive, prima di accusare lo strumento.

Modello di sintesi della retrospettiva

Progetto e periodo:
Partecipanti:
Cosa ha aiutato e cosa conservare:

Problema scelto:
Osservazioni ed esempi concreti:
Possibile causa:
Cosa non sappiamo ancora:

Esperimento da fare:
Responsabile:
Scadenza di preparazione:
Dove registrare l’avanzamento:
Come valutare il risultato:
Quando discuterlo:
Decisione dopo la verifica: [mantenere / cambiare / interrompere]

Altri temi per la prossima discussione:

Invia la sintesi ai partecipanti e consenti correzioni. Se occorre la decisione di una persona assente, annota la dipendenza. Ottieni il suo consenso prima di assegnarle il compito o registrare un impegno a suo nome.

• Il perimetro è chiaro.
• I fatti sono separati dalle ipotesi.
• Il team sa cosa vuole mantenere.
• È stato scelto un cambiamento fattibile.
• La persona responsabile ha accettato.
• È fissato quando verificare il risultato.