Retrospettiva Timeline

Formato della retrospettiva timeline

Eventi chiave

Cosa è successo e, più o meno, quando? Un evento per idea.

Gli eventi chiave sono i fatti della storia: rilasci, decisioni, persone che arrivano o se ne vanno, incidenti, scadenze e cambi di direzione. Chiedi a tutti di aggiungere un evento per idea e di iniziare ognuno con una data o una settimana approssimativa ("Metà marzo", "Settimana 6") così il team può metterli in ordine. Qualche giorno prima della sessione, manda un promemoria chiedendo di ripercorrere calendari, note di rilascio, ticket e cronologia delle chat. La memoria svanisce in fretta e, senza questo passaggio, le ultime settimane finiscono per oscurare le prime. Se al momento di rivelare le idee i primi mesi risultano scarni, fallo notare e concedi un paio di minuti per colmare il vuoto.

Momenti alti

Quando il team si è sentito al meglio, e perché?

I momenti alti sono quelli in cui energia, fiducia o morale hanno toccato il picco. Chiedi alle persone di collegare ognuno a una data o a un evento chiave e di descrivere come si sono sentite, oltre a cosa è successo. "Rilasciare la beta è stato un enorme sollievo dopo settimane di dubbi" ti dice molto più di "Beta rilasciata". Cerca cosa hanno in comune i momenti alti, come obiettivi chiari, buona collaborazione o progressi visibili, perché sono proprio queste le condizioni da ricreare nel prossimo progetto.

Momenti bassi

Quando il team ha fatto fatica, e perché?

I momenti bassi sono quelli in cui l'energia è calata: frustrazione, stress, confusione o burnout. Chiedi alle persone di datarli e di dire come si sono sentite, e ricorda al gruppo che lo scopo è capire cosa è successo, non trovare colpevoli. Ad alcuni risulta difficile parlare dei momenti bassi davanti a un manager, quindi il brainstorming anonimo di TeamRetro aiuta. Quando ne discutete, verifica se i cali coincidono con eventi specifici. Momenti bassi ricorrenti intorno a cambi di scope o passaggi di consegne di solito indicano un problema di processo che merita un'azione.

Lezioni per la prossima volta

Cosa ripeteremmo o cambieremmo nel prossimo progetto?

Le lezioni sono il punto in cui la timeline si trasforma in decisioni. Chiedi alle persone di guardare insieme momenti alti e bassi e di suggerire cosa continuare a fare e cosa cambiare nel prossimo progetto. Spingi per proposte specifiche: "Concordare con il cliente un processo di gestione delle modifiche al kickoff" è qualcosa su cui si può agire, "Comunicare meglio" no. Dopo aver raggruppato e votato le idee, trasforma le prime due o tre in azioni in TeamRetro, ciascuna con un responsabile designato e una scadenza, così le lezioni si portano nel lavoro successivo.

Quando utilizzare questa analisi retrospettiva

• Alla fine di un progetto o di un rilascio importante, quando il team vuole guardare indietro all'intero lavoro prima di passare oltre.
• Per le revisioni trimestrali o annuali, quando ci sono abbastanza eventi e abbastanza alti e bassi da mostrare una linea dell'umore chiara.
• Quando alcune persone sono arrivate o se ne sono andate a metà percorso e il team ha bisogno di un quadro condiviso di cosa è successo e perché.
• Dopo un periodo di lavoro lungo o difficile, per capire cosa ha prosciugato l'energia del team e cosa l'ha risollevata.
• Prima di avviare un progetto simile, per raccogliere lezioni su cui il nuovo team possa agire. Non vale la pena usarla per uno sprint di due settimane.

Domande suggerite per rompere il ghiaccio

• Se questo progetto fosse un film, quale sarebbe il titolo?
• Qual è un piccolo momento di questo progetto che ti ha fatto ridere?

Desiderate un esercizio di riscaldamento che la vostra squadra possa svolgere, anziché limitarsi a rispondere ad alta voce? Sfogliate gli esercizi per rompighiaccio gratuiti →

Idee e consigli per la vostra riunione di retrospettiva

• Qualche giorno prima della sessione, manda un promemoria chiedendo alle persone di ripercorrere calendari, note di rilascio, ticket e cronologia delle chat. Senza questo passaggio prende il sopravvento il recency bias e le ultime settimane dominano la timeline.
• Chiedi a tutti di mettere una data o una settimana approssimativa all'inizio di ogni idea. Le idee datate sono molto più facili da ordinare e raggruppare, e rendono visibili gli alti e bassi dell'umore del team.
• Incoraggia le persone a raccontare come si sono sentite durante ogni evento, oltre a cosa è successo. È il lato emotivo a distinguere una timeline da un report sullo stato del progetto.
• Usa il brainstorming anonimo così le persone possono parlare onestamente dei momenti bassi, soprattutto quando sono presenti manager o stakeholder. Mantieni la discussione su eventi e condizioni, non sulle singole persone.
• Prevedi più tempo rispetto a una normale retro di sprint. Un progetto lungo ha tanta storia, quindi pianifica 60-90 minuti e metti un timebox a ogni argomento perché le lezioni non vengano sacrificate alla fine.
• Chiudi con un numero ridotto di azioni, ciascuna con un responsabile designato e una scadenza. Riprendile all'inizio del progetto successivo così le lezioni vengono davvero applicate.

Domande frequenti