Un team Scrum ha bisogno di una Retrospettiva in ogni Sprint?
Alla fine di ogni ciclo di Sprint dovrebbe tenersi una Retrospettiva. Tuttavia, in quasi tutti i miei training Certified Scrum Master mi viene chiesto se un team debba davvero fare una Retrospettiva in ogni Sprint.
Il ragionamento dietro è solitamente qualcosa del genere:
Il nostro team è così bravo che raramente troviamo opportunità di miglioramento, quindi vogliamo smettere.
Troviamo le Retrospettive noiose, quindi vogliamo smettere.
Siamo troppo impegnati (o le Retrospettive durano troppo), quindi vogliamo smettere.
Semplicemente non ci piacciono le Retrospettive, quindi vogliamo smettere.
In questo articolo affronterò ciascuno di questi argomenti e spiegherò perché si dovrebbe comunque tenere una Retrospettiva in ogni Sprint. Alla fine spiegherò che forse – davvero solo forse – non è necessariamente indispensabile una Retrospettiva in ogni Sprint. (Non te lo aspettavi, vero? Continua a leggere…)
Il team è troppo bravo per le Retrospettive
Il tuo team non è così bravo da non poter migliorare. Conosco team che lavorano con Scrum da dieci anni e fanno una Retrospettiva ogni due settimane. Anche questi team continuano a trovare nuove opportunità di miglioramento. È davvero estremamente improbabile che il tuo team sia così bravo che non ci sia nulla da migliorare o che non valga la pena cambiare.
Le Retrospettive sono troppo noiose
Nessuno ha mai detto che le Retrospettive debbano essere emozionanti come l’ultimo blockbuster di Hollywood. Ci sono però alcune cose che puoi fare per ravvivarle un po’.
Puoi ad esempio portare un po’ di aria fresca chiedendo allo Scrum Master di un altro team di condurre la tua Retrospettiva. Uno stile diverso può essere molto utile. (Ricorda di ricambiare il favore.) Puoi anche cambiare luogo. Puoi tenere la Retrospettiva all’aperto, magari anche durante una passeggiata.
Prova un formato diverso per il meeting. Molti team hanno preso l’abitudine di provare regolarmente nuovi metodi per la Retrospettiva. (E no, “abolire le Retrospettive” non è uno di questi.)
Il team è troppo impegnato per le Retrospettive
Un team che afferma di avere troppo da fare e di non potersi quindi prendere il tempo per i miglioramenti non ha una visione a lungo termine.
Stephen Covey nel suo libro Le 7 regole per avere successo (in originale: Seven Habits of Highly Effective People) fa un paragone con un boscaiolo che tenta per giorni di abbattere un albero con una sega. A un certo punto la sega diventa smussata. Con una visione così a breve termine, il boscaiolo non si fermerà mai per affilare la sega.
Un team Scrum che pensa altrettanto a breve termine non si prenderà mai nemmeno mezz’ora del proprio tempo lavorativo per trovare opportunità di miglioramento. Piuttosto sopravvaluterà quel pezzettino di codice che potrebbe sviluppare in quei 30 minuti.
Al team non piacciono le Retrospettive
Questo è anche un modo per esprimere che le Retrospettive sono noiose. Lo affronto separatamente perché può trattarsi di qualcosa di più della semplice noia o della routine quotidiana. Ad alcuni membri del team semplicemente non piacciono.
È davvero un peccato per questi membri del team, perché tutti nel team dovrebbero lavorare in modo professionale. E un professionista svolge tutte le parti del suo lavoro, non solo quelle che gli piacciono.
Non appena avrò scritto questo articolo, lo rivedrò per migliorarlo. Non è particolarmente divertente. Poi devo correggerlo. Questo non è affatto divertente. Poi lo faccio leggere a qualcun altro e valuto se accettare le modifiche o meno. Non è divertente.
Non ogni parte del nostro lavoro ci diverte sempre. Se ad alcuni membri del team non piacciono le Retrospettive, ma queste aiuterebbero il team a migliorare, allora il team dovrebbe comunque farle.
Quando è accettabile non tenere una Retrospettiva in ogni Sprint
All’inizio ho menzionato che avrei anche spiegato quando è accettabile non tenere una Retrospettiva in ogni Sprint. Quando sarebbe il caso?
Se il tuo team:
- è davvero bravo.
- si impegna affinché le Retrospettive non siano noiose.
- non è troppo impegnato per occuparsi di miglioramenti a lungo termine.
ha anche compreso il valore del lavoro che non gli diverte così tanto.
… e se si lavora con Sprint brevi. Allora direi che è accettabile non tenere Retrospettive così frequentemente.
Ed ecco il motivo: in linea di principio, le regole di Scrum stabiliscono che uno Sprint non dovrebbe durare più di quattro settimane. Un team che davvero non vuole fare Retrospettive potrebbe semplicemente lavorare con Sprint di quattro settimane.
Supponiamo che un team abbia scelto per buone ragioni Sprint di una settimana. Questo team trova le Retrospettive così terribili che passa a Sprint di quattro settimane, solo per non dover fare le Retrospettive così spesso.
Questa sarebbe una decisione sbagliata, a meno che il cambiamento non avesse altri vantaggi significativi oltre al semplice tenere Retrospettive meno frequentemente.
Per questo un buon Scrum Master dovrebbe davvero incoraggiare il team a tenere una Retrospettiva in ogni Sprint e confutare i quattro argomenti sopra menzionati. Tuttavia, in alcuni rari casi, lo Scrum Master dovrebbe anche essere aperto al fatto che il team faccia una Retrospettiva solo ogni due Sprint, se lavora con Sprint di una o due settimane.
Voglio sottolineare che cerco sempre di dissuadere i team da questo. Cerco sempre di convincere i team a tenere una Retrospettiva in ogni singolo Sprint. Tuttavia, se un team ha davvero raggiunto un livello di prestazioni molto elevato e lavora con Sprint brevi (ad es. una settimana), sono disposto ad accettare i loro argomenti.
In quel caso, lascio che facciano una Retrospettiva ogni due Sprint. E nella maggior parte dei casi, è comunque più frequente rispetto ai team che lavorano con Retrospettive di quattro settimane.