9 consigli affinché le azioni retro continuino a funzionare anche dopo la retrospettiva
Annuncio · Sponsored Post in collaborazione con HappyScribe.
La retro è andata bene. Tutti hanno parlato apertamente, il team ha dato priorità ai suoi temi più importanti e alla fine c’erano due o tre azioni dietro le quali tutti si riconoscevano.
Poi inizia lo sprint. I ticket si accumulano, un errore in produzione si mangia il martedì e giovedì nessuno sa più con esattezza cosa fosse stato concordato. Nella retro successiva qualcuno chiede che fine abbia fatto la questione delle code review. Silenzio.
Le azioni della retro possono fallire, anche se la retrospettiva in sé è andata bene. Si perdono nella settimana successiva, da qualche parte tra la bacheca della retro e la bacheca dello sprint.
Come formulare buone azioni l’abbiamo già descritto in un articolo a parte. Questo contributo riprende da dove quello si interrompe: dopo la fine della retro. Come fai a far sì che i vostri risultati continuino a vivere anche quando inizia la retro successiva? 10 consigli per buone azioni di retrospettiva con esempi.
Consiglio 1: rileggete i risultati ad alta voce prima di chiudere
Gli ultimi cinque minuti di una retro sono spesso i più deboli. La concentrazione cala, la riunione successiva aspetta e le azioni vengono annotate in fretta.
Prima di chiudere, leggi ad alta voce ogni azione. Verificate insieme se riuscite a rispondere a queste domande:
- Chi si assume la responsabilità?
- Qual è il primo passo e quando avviene?
- Da cosa riconosciamo che l’azione sta funzionando?
Se una risposta non entra in una frase, l’azione non è ancora pronta. Chiaritela finché siete tutti presenti. Questo ora richiede due minuti e vi risparmia, tra due settimane, una discussione senza risposte.
Un test utile: qualcuno che ha mancato la retro potrebbe leggere l’azione e capire cosa c’è da fare? Se servirebbe prima una spiegazione, aggiungete il contesto mancante prima di salutarvi.
Consiglio 2: assegnate a ogni azione una persona responsabile e un primo passo
Se è “il team” a essere responsabile, nella pratica quotidiana spesso nessuno si sente davvero incaricato.
Per questo scrivete un nome accanto a ogni azione. Questa persona non deve fare tutto da sola. Il suo compito è tenere d’occhio l’attuazione e riferirne nella retro successiva.
Inoltre le serve un piccolo primo passo concreto. “Migliorare le nostre code review” è un obiettivo. “Mercoledì concordare 30 minuti con i due reviewer per allinearci su una checklist” è un primo passo. Più è piccolo e vicino nel tempo, più è facile seguirlo. Un passo entro i prossimi due giorni è un buon inizio.
Può apparire così:
| Risultato della retro | Responsabile | Primo passo | Check-in |
|---|---|---|---|
| Daily più brevi | Sam | Provare da domani due minuti per persona | Daily a metà sprint |
| Meno sorprese nella sprint review | Priya | Invitare il product owner al refinement di martedì | Prossima retro |
| Una “Definition of Ready” più chiara | Alex | Concordare un workshop di 45 minuti questa settimana | Daily a metà sprint |
Nomi e situazioni sono esempi illustrativi.
Consiglio 3: annotate la motivazione, non solo la decisione
A una settimana dalla retro, un’azione come “fare le PR review in due” può sembrare strana. La formulazione c’è ancora. I motivi, invece, spesso sono già stati dimenticati.
Se nessuno ricorda più perché avete concordato qualcosa, perde priorità. E se nella retro successiva chiedete del successo, forse nessuno si ricorderà dell’obiettivo reale.
Annotate quindi il problema direttamente accanto all’azione. Bastano una o due frasi: “Le review sono rimaste ferme per due giorni nell’ultimo sprint e hanno bloccato tre storie.” Così diventa chiaro perché le review condivise potrebbero valere la pena.
Alcuni team remoti registrano inoltre la parte della retro in cui definiscono le azioni da intraprendere. Un notetaker IA come HappyScribe può partecipare a riunioni su Zoom, Google Meet o Microsoft Teams, trascrivere le conversazioni con l’attribuzione dei parlanti e poi inviare un riepilogo con le azioni concordate. In questo modo resta tracciabile chi ha proposto cosa e perché. Notetaker IA per riunioni di HappyScribe.
Affrontatelo con consapevolezza: le retro funzionano solo se le persone si sentono al sicuro nel parlare apertamente. Chiedete al team prima di effettuare una registrazione e concordate cosa verrà registrato, chi avrà accesso e quando la registrazione verrà eliminata. Se qualcuno non si sente a proprio agio, restate sulle note scritte. Un possibile compromesso è non registrare la fase di feedback aperto e annotare solo la definizione delle priorità e la pianificazione delle azioni. Con HappyScribe, la registrazione può essere messa in pausa e ripresa nella chat della riunione.
Suggerimento 4: collocate le azioni nei punti in cui il team guarda ogni giorno
Le azioni che restano solo sulla bacheca della retro finiscono facilmente nel dimenticatoio. La bacheca forse non fa parte della routine lavorativa quotidiana.
Trasferite quindi le azioni decise dove lavorate davvero: per molti team, sulla bacheca dello sprint. Create una scheda per ciascuna con la persona responsabile e il primo passo. In questo modo il miglioramento compare nel Daily insieme al resto del lavoro.
Non vi serve un backlog separato pieno di idee di miglioramento. Il consiglio di Echometer resta valido: le idee che non sono arrivate tra gli argomenti più importanti possono riemergere in un feedback futuro del team, se restano rilevanti. Sulla bacheca vanno le azioni che avete davvero deciso.
Suggerimento 5: pianificate capacità per i miglioramenti nello sprint
Nella retro viene decisa un’azione. Nel Sprint Planning, lo sprint viene poi riempito di lavoro sulle feature. All’azione non viene riservato spazio e viene rimandata in silenzio. Vi suona familiare?
La Scrum Guide raccomanda di affrontare il prima possibile i miglioramenti più efficaci. Possono anche essere inseriti nel Sprint Backlog dello sprint successivo. Scrum Guide: Retrospettiva di Sprint.
Portate quindi le azioni della retro intenzionalmente nel Sprint Planning. Non affidatevi al fatto che qualcuno ci penserà da solo. Stimate l’impegno come fate anche con altro lavoro, anche se è piccolo. Pianificate una capacità reale. Se lo sprint è già pieno, qualcosa deve lasciare spazio.
Se un’azione non trova affatto spazio, anche questa è un’informazione importante. Forse non era quella giusta. Scartare consapevolmente un’azione è meglio che trascinarsela dietro per tre sprint.
Suggerimento 6: verificate i progressi a metà sprint
Due settimane sono tante, se un’azione resta lì intoccata. Se aspettate fino alla retro successiva, potreste perdere l’occasione di correggere la rotta già durante lo sprint.
Un breve check-in a metà sprint mantiene l’attuazione in movimento. Non serve una riunione aggiuntiva. Può bastare un minuto nel Daily. La persona responsabile risponde:
- È stato fatto il primo passo?
- Qualcosa blocca il passo successivo?
- È ancora la misura giusta alla luce delle nostre nuove conoscenze?
Non saltate l’ultima domanda. A volte, dopo la retro, la situazione cambia. Un punto intermedio vi permette di adattare la misura, invece di portare a termine qualcosa che non aiuta più.
Suggerimento 7: inviate un breve riepilogo entro lo stesso giorno
I ricordi sbiadiscono e ognuno ricorda la retro in modo un po’ diverso. Un breve riepilogo scritto nello stesso giorno crea una base comune.
Tenetelo così conciso da poter essere letto sul telefono. Per esempio:
Retrospettiva, sprint 14. Misura: effettuare le review delle PR in coppia nel prossimo sprint. Perché: le review sono rimaste ferme per due giorni nell’ultimo sprint e hanno bloccato tre story. Responsabile: Priya. Primo passo: entro mercoledì prepara un piano per le coppie di review. Verifichiamo: il tempo medio di attesa per le review nella prossima retrospettiva.
Pubblicatelo dove vi parlate ogni giorno, ad esempio nella chat del team. Un’email che nessuno apre più serve a poco.
Se avete registrato la fase delle azioni, un riepilogo generato dall’IA può servire come prima bozza. Leggetelo, correggete gli errori e accorciatelo a poche righe prima di condividerlo, come nell’esempio.
Suggerimento 8: cercate i modelli che emergono nel corso di più retrospettive
Alcuni temi tornano sempre: review lente, ticket poco chiari o coordinamento insufficiente. Se lo stesso problema compare in tre retrospettive di fila, dovreste verificare se le vostre azioni stanno davvero funzionando.
Osservate insieme più retrospettive, ad esempio una volta a trimestre. Queste domande aiutano:
- Quali temi si ripetono?
- Quali misure sono state implementate?
- Il problema di fondo è davvero scomparso così?
- Quali misure sono state rimandate più volte e perché?
Un tema ricorrente può indicare che finora avete trattato solo un sintomo. Un’analisi delle cause, come il metodo dei 5 perché, può aiutarvi ad andare più a fondo.
Se trascrivete le parti concordate delle vostre retrospettive, potete cercare nelle trascrizioni condivise invece di dover consultare singolarmente vecchi board. HappyScribe Chat supporta ad esempio domande su un intero archivio di trascrizioni: “Quali problemi sono emersi in più di una retrospettiva in questo trimestre?” Controllate le risposte confrontandole con le note originali o le trascrizioni.
Suggerimento 9: chiudete il cerchio all’inizio della prossima retrospettiva
L’inizio della prossima retrospettiva è un buon momento per verificare le vostre azioni, ancora prima di raccogliere nuovi feedback.
Echometer lo supporta elencando le azioni aperte delle retrospettive passate. Indipendentemente dallo strumento, passate in rassegna ogni azione: è conclusa? Ha raggiunto il suo obiettivo? La manteniamo, la modifichiamo o la scartiamo? Il nostro articolo sulle azioni contiene per questo una semplice matrice di valutazione. Matrice di valutazione per le azioni delle retrospettive.
Prendetevi un momento per riconoscere i miglioramenti efficaci. Questo fa vedere al team che le retrospettive portano a cambiamenti e può rafforzare la disponibilità a contribuire la volta successiva.
Se una misura non ha funzionato, consideratela un esperimento che vi ha dato una risposta. Decidete cosa provare dopo oppure cosa abbandonare consapevolmente.
Conclusione: la retrospettiva finisce, l’implementazione continua
Le buone azioni sono l’inizio. Ma anche un’azione formulata bene serve a poco se nessuno la guarda più fino alla prossima retrospettiva.
I passaggi di questo articolo sono piccoli: leggete i risultati prima di chiudere. Assegnate a ogni azione una persona responsabile e un primo passo. Annotate il motivo della decisione. Portate le azioni sulla board dello sprint, pianificate la capacità e verificate i progressi a metà sprint. Condividete lo stesso giorno un breve riepilogo, cercate regolarmente modelli ricorrenti e iniziate la prossima retrospettiva dando uno sguardo alle azioni precedenti.
Gran parte di questo richiede solo pochi minuti. Se volete provare un solo suggerimento, iniziate dal suggerimento 1: una retrospettiva che si conclude con responsabilità chiare e primi passi concreti crea una buona base per la settimana successiva.
