Retrospettiva sulla Code Review

Formato della retrospettiva sulla code review

Cosa sta andando bene?

Cosa funziona bene nelle nostre code review?

Partite da ciò che funziona. Chiedete quali pratiche di revisione specifiche sono state utili e riconoscete il merito delle persone le cui revisioni hanno fatto la differenza.

Cosa non sta andando bene?

Quali difficoltà o punti critici abbiamo incontrato nelle code review?

Fate in modo che si possano sollevare problemi senza dare la colpa a nessuno. Chiedete esempi specifici, come una revisione che ha richiesto giorni o un commento difficile da mettere in pratica.

Cosa possiamo migliorare?

Come possiamo migliorare il processo e le pratiche di code review?

Chiedete suggerimenti specifici e attuabili. "Revisioni migliori" non è un'azione; "dividere le pull request che toccano più di una funzionalità" lo è.

Quali domande sono emerse?

Quali nuove domande o aree da approfondire sono emerse?

Annotate le domande a cui il team oggi non sa rispondere e decidete chi se ne occuperà prima della prossima retrospettiva.

Quando utilizzare questa analisi retrospettiva

• Quando le revisioni rallentano le consegne o creano attriti e volete capirne il motivo.
• Quando volete che gli sviluppatori condividano le pratiche di revisione che funzionano per loro.
• Dopo rilasci o progetti importanti, per vedere come hanno retto le revisioni sotto pressione.
• Quando arrivano nuove persone e bisogna concordare gli standard di revisione, le aspettative e i tempi di risposta del team.

Domande suggerite per rompere il ghiaccio

• Qual è il codice più interessante che hai revisionato di recente?
• Se potessi aggiungere una funzionalità al tuo editor di codice, quale sarebbe?

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 la discussione libera da colpe, così le persone daranno un feedback sincero sulle revisioni che hanno trovato difficili.
• Riconoscete le buone revisioni, come commenti chiari o risposte rapide, oltre ai problemi.
• Coinvolgete tutti quelli che scrivono o revisionano codice, compresi i tester.
• Concordate uno o due cambiamenti concreti invece di una lunga lista di buoni propositi.
• Verificate le azioni concordate e monitorate i progressi nelle retrospettive successive.
• Fate ruotare il facilitatore, così la discussione viene guidata da prospettive diverse.

Domande frequenti