Guida Agile · Pratiche Agile
Grafici della velocity in Agile: come leggerli e usarli
La velocity è la quantità di lavoro che un team Agile completa in uno sprint, di solito misurata in story point. Un grafico della velocity la rappresenta sprint per sprint. Se usato bene, è un semplice strumento di previsione. Se usato male, diventa un fuorviante obiettivo di prestazione.
Punti chiave
- La velocity è il numero di story point completati per sprint.
- Usate medie e intervalli per le previsioni, mai numeri singoli.
- Non confrontate mai la velocity tra team e non fissatela come obiettivo.
Cosa misura la velocity
La velocity è la somma degli story point di tutti gli elementi che hanno soddisfatto la Definition of Done in uno sprint. Il lavoro completato solo in parte vale zero.
Leggere un grafico della velocity
Un grafico della velocity è di solito un grafico a barre con una o due barre per sprint:
- Impegnati: punti pianificati allo Sprint Planning.
- Completati: punti effettivamente completati.
Osservate le tendenze anziché i singoli sprint. Una velocity stabile significa una delivery prevedibile. Grandi oscillazioni suggeriscono che gli elementi sono troppo grandi, che il team viene spesso interrotto o che le stime sono incoerenti.
Usare la velocity per pianificare
- Sprint planning: usate la media degli ultimi tre-cinque sprint come riferimento per decidere quanto lavoro assumervi.
- Previsione dei rilasci: dividete i punti rimanenti del backlog per la velocity media per stimare quanti sprint mancano. Usate un intervallo (velocity recente migliore e peggiore) anziché una data singola.
- Individuare i problemi: un calo della velocity può segnalare debito tecnico, requisiti poco chiari o cambiamenti nel team.
Velocity, burndown e burnup
| Grafico | Mostra | Ideale per |
|---|---|---|
| Grafico della velocity | Punti completati per sprint | Capacità e previsioni a lungo termine |
| Sprint burndown | Lavoro rimanente nello sprint in corso, giorno per giorno | Avanzamento quotidiano all'interno di uno sprint |
| Release burnup | Lavoro completato e ambito totale nel tempo | Mostrare l'avanzamento quando l'ambito cambia |
Errori da evitare
- Confrontare la velocity tra team; i punti sono relativi a ciascun team.
- Fissare obiettivi di velocity, il che incoraggia stime gonfiate.
- Conteggiare il lavoro non completato.
- Trattare una previsione come una promessa.
Modelli gratuiti per questo argomento
Domande frequenti
Qual è una buona velocity?
Non esiste un numero buono o cattivo. Una velocity utile è una velocity stabile, perché la stabilità rende affidabili le previsioni.
Dopo quanti sprint la velocity diventa affidabile?
Di solito da tre a cinque sprint con un team stabile.
Che cos'è la velocity in Agile?
Il totale degli story point degli elementi che un team completa secondo la Definition of Done in uno sprint. Si usa per pianificare e fare previsioni.
Come si calcola la velocity?
Sommate i punti di ogni elemento che ha soddisfatto la Definition of Done nello sprint. Per la pianificazione fate la media degli ultimi tre-cinque sprint.
Che cosa mostra un grafico della velocity?
Di solito due barre per sprint: i punti impegnati allo Sprint Planning e i punti effettivamente completati. La tendenza conta più del singolo sprint.
Perché la nostra velocity sta calando?
Le cause più comuni sono l'aumento del debito tecnico, requisiti poco chiari, cambiamenti nel team, più interruzioni o elementi troppo grandi. Discutetene nella retrospettiva.
La velocity dovrebbe aumentare nel tempo?
Non necessariamente. Una velocity stabile è più utile di una in crescita, e la pressione ad aumentarla porta spesso a stime gonfiate.
Come si usa la velocity per prevedere un rilascio?
Dividete i punti rimanenti del backlog per la velocity media. Usate la velocity recente migliore e peggiore per indicare un intervallo anziché una data singola.
Qual è la differenza tra velocity e capacità?
La capacità è il tempo di cui un team dispone; la velocity è quanto ha storicamente completato. Vedi Capacity planning Agile.
Kanban usa la velocity?
Di solito no. I team Kanban monitorano invece il throughput, cioè il numero di elementi completati per periodo, e il cycle time.
Le story non completate dovrebbero contare nella velocity?
No. Il lavoro completato solo in parte vale zero. Conteggiatelo nello sprint in cui viene effettivamente completato.