Perché dovresti misurare la velocità di sprint del tuo team

Se misurata correttamente, la velocità di sprint può aiutarti a stimare con precisione il carico di lavoro del tuo team, semplificare la pianificazione degli sprint e aiutare i project manager a tenere sotto controllo i loro progetti.

Che cos’è la velocità di sprint?

La velocità dello sprint è una misura di quanto un team Agile può produrre durante un normale ciclo di sprint. Per calcolare la velocità di sprint utilizzerai due variabili principali: la quantità di lavoro completata dal tuo team Agile e il tempo impiegato per completarlo.

È importante notare che la velocità dello sprint è una metrica descrittiva e non dovrebbe essere utilizzata come metrica di successo. La velocità dello sprint non deve essere considerata come qualcosa da "migliorare". È una metrica difficile per descrivere quanto lavoro può completare il team in uno sprint. Sebbene sia necessario misurare la velocità dello sprint in modo coerente, non dovrebbe essere considerata una metrica di successo. In caso contrario, il tuo team potrebbe finire per lavorare troppo. L’obiettivo della comprensione della velocità dello sprint è conoscere la capacità del team, non aumentarla.

Come calcolare la velocità dello sprint

Puoi calcolare la velocità dello sprint con una semplice equazione matematica: dividi il numero di elementi del backlog (o story point, se è quello che usa il tuo team) per la durata totale dello sprint in giorni.

Ad esempio, se il tuo team ha 60 elementi nel backlog e la durata media dello sprint è di 2 settimane, l’equazione sarebbe la seguente:

60 elementi del backlog/10 giorni = velocità dello sprint di 6

Capire quanto il tuo team può completare in uno sprint medio è relativamente semplice. Inizia affrontando un backlog con troppi elementi e vedi quanti ne riesce a completare il tuo team nel tempo di sprint desiderato. L'obiettivo non è completare tutto ciò che c'è nel backlog, ma confrontare il lavoro che il tuo team può portare a termine.

Un'altra opzione che puoi adottare prima del tuo primo sprint è utilizzare strategie di stima del progetto per prevedere quanto il tuo team può completare. Se stai cercando alcune strategie da utilizzare, prova a utilizzare la stima top-down, la stima a tre punti o il metodo di stima per analogia.

Perché misurare la velocità degli sprint?

Non si misura la velocità dello sprint solo per il gusto di farlo: ci sono ragioni pratiche (e vantaggiose) per cui il tuo team dovrebbe misurare la velocità dello sprint. Di seguito elenchiamo alcuni motivi.

• Semplifica la pianificazione degli sprint. Per i product owner e gli Scrum master, conoscere la velocità di sprint del proprio team può aiutare a semplificare la pianificazione degli sprint. Se conosci la velocità media di sprint del tuo team, è più facile scegliere le user story giuste dal product backlog per passare a questa iterazione senza sovraccaricare il team di sviluppo.

• Consente di gestire le aspettative degli stakeholder. Se i tuoi stakeholder chiedono una tempistica per una specifica user story, o se cercano di aggiungere qualcosa prima della fine dello sprint, tu, in qualità di product owner, capisci come tale cambiamento possa influire sull’output del tuo team in base alla velocità dello sprint.

• Segnala potenziali problemi. Quando monitori regolarmente la velocità dello sprint, sarai in grado di misurare la velocità media in modo più coerente. Se noti un improvviso calo della velocità, sai che c’è un potenziale problema, come un ostacolo rappresentato da una dipendenza non completata, che deve essere risolto prima di passare allo sprint successivo.

Come visualizzare la velocità dello sprint

Essere in grado di osservare e misurare la velocità dello sprint a colpo d’occhio può aiutare coloro che lavorano a un progetto Agile a capire rapidamente come si sta comportando il loro team. In qualsiasi momento durante lo sprint, possono dare un’occhiata a un grafico e vedere i progressi attuali del team. 

A seconda di ciò che desideri visualizzare per il tuo sprint, esistono diversi tipi di grafici di velocità che puoi utilizzare. Ecco alcuni esempi:

Grafico della velocità di base

Un grafico della velocità di base è un grafico a barre che confronta due fattori principali: la quantità di lavoro prevista che il team di sviluppo può completare in uno sprint e il lavoro effettivo completato in uno sprint. 

L’asse X del grafico mostra diversi sprint, mentre l’asse Y mostra la quantità di story point o user story.

Quando lo guardi visivamente, è facile vedere in media quanto il tuo team può completare in un dato sprint rispetto alla quantità stimata.

Grafico burn-down

Un grafico burn-down stima la quantità di lavoro che il tuo team deve completare e la confronta con il tempo rimanente nello sprint. Man mano che lo sprint avanza, l'obiettivo è che la linea del grafico si avvicini allo zero. 

Se disponi di una stima della velocità del tuo team, puoi tracciarla sul grafico burn-down e vedere come il tuo team si confronta con la linea della velocità ideale. Nell'esempio sopra, puoi vedere come all'inizio dello sprint il team sia stato in grado di completare più lavoro del previsto rispetto alla linea ideale. Alla fine, il team ha avuto un calo di lavoro, ma ha comunque raggiunto l'obiettivo finale. 

Grafico burn-up

Un grafico burn-up è l’esatto opposto di un grafico burn-down. Questo grafico include comunemente due linee: il lavoro effettivo completato e l’obiettivo ideale che il tuo team dovrebbe raggiungere. L’obiettivo ideale di solito è una linea orizzontale attraverso il grafico, mentre il lavoro effettivo crescerà continuamente per raggiungere la linea dell’obiettivo con il passare del tempo.

Suggerimenti per regolare la velocità dello sprint del tuo team

Se noti che la velocità di sprint del tuo team è incoerente, potrebbe essere un segno che devi regolarla. La coerenza nella velocità degli sprint è importante perché puoi facilmente vedere le prestazioni regolari del tuo team: le incongruenze mostrano quando qualcosa non va.

Ad esempio, quattro degli sprint più recenti hanno avuto velocità di sprint di 4,5, 7, 5 e 3. La velocità media degli sprint è di solito intorno a 6. L’incoerenza della velocità dello sprint può essere un indicatore di un problema più grande. Regolare la velocità degli sprint del tuo team significa cercare di mantenerla costante da uno sprint all’altro.

Ecco alcuni suggerimenti su come regolare la velocità di sprint del tuo team.

Chiarire le storie degli utenti

Una cosa che può aiutare a stabilizzare la velocità dello sprint del tuo team è assicurarsi che le user story siano chiare e facili da capire prima dell’inizio dello sprint. Una storia utente è una breve spiegazione di una funzionalità del software scritta dal punto di vista dell'utente finale. Queste storie utente sono spesso collegate a elementi in un backlog. Ciò garantisce che i membri dello Scrum team o del team di progetto possano concentrarsi sul lavoro da svolgere, anziché dedicare tempo a cercare gli stakeholder per ottenere maggiori dettagli. Questo può aiutare ad aumentare la velocità, concentrando il tempo del team sul lavoro che conta di più.

Garantire la coerenza

Se la velocità del tuo team è incoerente, potresti cambiare troppe variabili da sprint a sprint. Ad esempio, stai scambiando diversi membri del tuo team di sviluppo? La composizione del team può cambiare la quantità di lavoro che il tuo team può realizzare. 

Di seguito elenchiamo altre variabili che potrebbero influire sulla velocità dello sprint.

• Durata dello sprint

• Aumento degli story point

• Modifica dei processi

Stabilire una definizione uniforme di “completato”

È importante che tutti i membri del team comprendano chiaramente cosa significa che una user story è "fatta" o completa. Questo è un aspetto chiave del Framework Scrum che viene spesso utilizzato anche in altre metodologie Agile. 

Quando il tuo team ha una definizione chiara di cosa significhi che una user story è completa, è in grado di stimare in modo più accurato quanto lavoro è coinvolto in ciascuna di esse. Questo a sua volta porta a stime più accurate del progetto e, in definitiva, a una velocità di sprint più precisa.

Organizza una retrospettiva degli sprint

Uno dei vantaggi della metodologia Agile è che si tratta di un processo di sviluppo iterativo. Ciò significa che alla fine di ogni sprint, c’è l’opportunità di riflettere sullo sprint precedente e vedere cosa è andato bene e cosa no. Una riunione di **retrospettiva degli sprint* * è pensata proprio per questo: una riunione dedicata a riflettere sullo sprint precedente e su come migliorare per il successivo.

L’obiettivo è migliorare continuamente. Man mano che il tuo team esegue iterazioni su diversi sprint, dovrebbe applicare gli insegnamenti forniti dagli sprint precedenti a quelli futuri. Ciò offre al tuo team l'opportunità di modificare i processi per migliorare continuamente.