4 motivi per una durata costante dello Sprint in Scrum
Un team agile dovrebbe avere una durata dello Sprint costante. Quando ho iniziato con lo sviluppo iterativo e incrementale (ancora prima di quello che oggi chiamiamo sviluppo agile), purtroppo ho commesso l'errore di non mantenere tutti i nostri Sprint della stessa durata.
Ci riunivamo all'inizio di uno Sprint per pianificare il lavoro. Un punto all'ordine del giorno di quei primi Sprint Planning Meeting era decidere quanto sarebbe durato lo Sprint. Questo variava abbastanza arbitrariamente tra due e sei settimane.
La decisione su quanto dovesse durare lo Sprint dipendeva da quanto lavoro pensavamo di avere; quanto dovevamo consegnare prima che i nostri utenti potessero esaminarlo; chi non sarebbe venuto in ufficio e se ci sentivamo pieni di energia o esausti.
A quel punto ci sembrava giusto variare la durata dello Sprint – e devo ammettere che non fu una decisione consapevole; lo facevamo semplicemente senza mai pensare se fosse una buona idea o meno. Solo più tardi scoprii quattro motivi per mantenere una durata dello Sprint costante.
1) I team beneficiano del ritmo regolare di una durata dello Sprint costante
Innanzitutto, i team beneficiano di un ritmo regolare. Quando la durata dello Sprint varia, i membri del team sono spesso un po' confusi riguardo alla pianificazione temporale. "Questa è l'ultima settimana dello Sprint?" e "Consegniamo questo giovedì o giovedì prossimo?" sono domande frequenti. Una durata fissa dello Sprint – che sia una settimana, quattro settimane o qualcosa nel mezzo – aiuta i team a trovare il ritmo più adatto a loro.
2) Lo Sprint Planning diventa più semplice
Un secondo motivo per una durata costante dello Sprint è che lo Sprint Planning diventa più semplice. Attraverso gli Sprint, un team impara quanta lavoro riesce a completare con successo in uno Sprint. Pianificare lo Sprint successivo diventa quindi relativamente facile, poiché basta selezionare approssimativamente la stessa quantità di lavoro degli Sprint precedenti.
3) La Velocity è più facile da confrontare con una durata dello Sprint costante
Quando tutti gli Sprint hanno la stessa durata, è molto più facile confrontare la Velocity. Se la durata dello Sprint di un team varia, bisogna sempre indicare la durata esatta dello Sprint (per spiegare perché uno Sprint ha una Velocity più alta) oppure normalizzare la Velocity, ad esempio utilizzando la Velocity per settimana o la Velocity per giorno.
Purtroppo non c'è garanzia che in uno Sprint di quattro settimane si riesca a completare esattamente il doppio del lavoro rispetto a uno Sprint di due settimane. La Velocity per settimana funziona quindi in qualche modo, ma è superflua se tutti gli Sprint hanno la stessa durata.
4) Anche Richard Feynman lo farebbe
Un quarto motivo per mantenere gli Sprint della stessa durata è che il fisico e premio Nobel Richard Feynman lo farebbe anche lui. Nel suo libro Surely You Must Be Joking, Mr. Feynman racconta di come fosse stanco di scegliere ogni sera il dessert. Risolse la situazione decidendo di mangiare sempre gelato al cioccolato come dessert.
Scegliere la durata dello Sprint all'inizio di ogni Sprint non è altro che uno spreco di energia. Sperimenta con diverse durate dello Sprint, prendi una decisione e mantienila fino a quando non ci sarà un motivo valido per cambiare.
Un team può davvero cambiare la durata dello Sprint?
Quando sottolineo l'importanza che gli Sprint abbiano la stessa durata, non intendo dire che ci si debba aggrappare rigidamente a questo principio. Nessuna linea guida dovrebbe diventare una regola irremovibile. Possono esserci situazioni in cui ha senso deviare leggermente dalla durata dello Sprint stabilita.
Lunghi periodi di vacanza sono ad esempio un buon motivo per un team per cambiare la durata dello Sprint. Negli USA, ad esempio, è comune prendersi periodi più lunghi durante il Ringraziamento e il Natale. Un team che normalmente ha Sprint di due settimane potrebbe avere durante queste festività solo la metà dei giorni-persona disponibili per uno Sprint. In questo caso il team potrebbe beneficiare di uno Sprint di tre settimane, poiché corrisponderebbe più al numero abituale di giorni-persona.
Un altro esempio potrebbe essere un team che si trova poco prima di una milestone importante, ad esempio nella prima settimana dello Sprint successivo. Un team del genere può senz'altro decidere di allungare lo Sprint finale di una settimana rispetto agli altri.
Cambiare la durata dello Sprint non è il mio approccio preferito nemmeno in questi casi, ma posso capire perché un team potrebbe decidere di farlo.
