Retrospettiva del team di engineering

Formato della Retrospettiva del team di engineering

Cosa ha funzionato bene?

Quali pratiche di engineering o successi dovremmo mantenere?

Chiedete esempi concreti: una decisione architetturale che ha retto, un deployment senza intoppi, un buon pair programming, una solida copertura dei test. Dare un nome a ciò che ha funzionato rende più facile continuare a farlo.

Cosa ci ha rallentato?

Quali blocchi, attriti o debito tecnico ci hanno frenato?

Fate emergere colli di bottiglia, debito tecnico, requisiti poco chiari e attriti nei processi. Mantenete un approccio blameless e cercate i problemi ricorrenti che il team può risolvere in modo realistico.

Come abbiamo collaborato?

Quanto bene abbiamo comunicato e ci siamo supportati a vicenda?

Osservate come circolavano le informazioni, se le persone si sentivano supportate e come venivano prese le decisioni. Qui emergono spesso decisioni prese in messaggi privati e passaggi di consegne tra fusi orari diversi.

Cosa proviamo la prossima volta?

A quali esperimenti o miglioramenti dovremmo impegnarci?

Chiedete esperimenti concreti, piccoli aggiustamenti di processo o investimenti tecnici da provare nella prossima iterazione. Manteneteli piccoli e misurabili, con un responsabile per ciascuno, così potrete verificarli la volta successiva.

Quando utilizzare questa analisi retrospettiva

• Alla fine di ogni sprint o iterazione, per rivedere le pratiche di engineering e la delivery.
• Dopo un rilascio importante, un incidente o un problema in produzione, per raccogliere le lezioni apprese senza cercare colpevoli.
• Come verifica periodica per individuare debito tecnico, colli di bottiglia e attriti nella collaborazione prima che crescano.
• Quando entrano nuovi ingegneri o cambia la struttura del team, per concordare il modo di lavorare.

Domande suggerite per rompere il ghiaccio

• Se la vostra codebase fosse una città, che tipo di posto sarebbe in questo momento?
• Qual è una tecnologia o uno strumento di cui non avreste potuto fare a meno in questo sprint?

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

• Mantenete un approccio blameless. Parlate di sistemi, processi e circostanze, non di singole persone.
• Raccogliete le idee in forma anonima e in parallelo prima della discussione, così gli ingegneri più riservati contribuiscono quanto quelli senior.
• Usate il dot voting per scegliere gli argomenti con più impatto e lasciate il resto per un'altra sessione.
• Concordate poche azioni concrete con un responsabile e rivedetele all'inizio della retrospettiva successiva.
• Fissate un timebox per ogni colonna, così un singolo dibattito tecnico non monopolizza la sessione.
• Fate ruotare il facilitatore, così il team condivide la responsabilità e il formato resta sempre fresco.

Domande frequenti