Quello di Velocity è uno dei concetti chiave in ambito Agile. In questo articolo chiariremo alcuni elementi fondamentali relativi alla Velocity e daremo anche alcuni consigli su come applicarla al meglio all’interno di un’organizzazione o di un team di lavoro.
Velocity: cos’è?
In Agile il concetto di Velocity è usato per misurare quanto lavoro può essere completato in un determinato periodo di tempo.
La Velocity è il calcolo della quantità di lavoro effettiva che un team può svolgere all’interno di un singolo Sprint.
Valutando la quantità di lavoro che il team ha realizzato negli Sprint precedenti, sarà possibile fare una stima di quanto lavoro sarà possibile portare a termine negli sprint successivi.
Come calcolare la Velocity in Agile
Il calcolo della Velocity è in realtà abbastanza semplice e ci sono diversi modi per misurare le unità di lavoro completate in un determinato periodo di tempo, tra cui engineer hours, user stories e story points.
Un metodo utilizzato da molti team Scrum è quello di misurare il numero di user point in un determinato Sprint. Una volta che la misurazione è disponibile per diversi Sprint, è possibile fare una media di quanti user point dovrebbero essere programmati per ogni Sprint. Da questo sarà possibile quindi stimare quanti Sprint sono necessari per concludere il progetto.
Il processo è quindi:
Contare quanti story point sono stati completati in ogni Sprint;
Calcolare la media degli story point completati in totale;
Utilizzare la media per stabilire quanto lavoro svolgere in ogni Sprint e quanti Sprint sono necessari per concludere il progetto.
Benefici e contro del calcolo della Velocity
Più la lavorazione di un progetto prosegue e più in generale un team lavora in sinergia e consolida le proprie dinamiche interne, più il calcolo della Velocity diventerà accurato e permetterà di trarre diversi benefici tra cui:
Predire sempre più accuratamente quanto lavoro potrà essere svolto in uno Sprint;
Predire quante risorse e quanto lavoro da parte del team saranno necessari per completare il lavoro richiesto;
Dare a Project Manager e Stakeholder delle previsioni il più concrete possibili sul proseguimento dei lavori.
Tuttavia, come intuibile il calcolo della Velocity è una pura stima e necessita che diversi fattori rimangano invariati lungo tutta la lavorazione del progetto. Alcuni elementi sono abbastanza facili da mantenere, come ad esempio il numero di persone all’interno dello Scrum Team, mentre altri non sono prevedibili o evitabili, come ad esempio la difficoltà nella realizzazione del progetto, possibili incidenti causati da fattori esterni, ecc… .
Come la Agile Velocity aiuta a misurare l’efficienza
Fatte le dovute premesse è possibile capire come la Velocity possa concretamente aiutare nel misurare l’efficienza di un team Scrum.
Questo è possibile considerando l’evoluzione del trend:
Quando il numero relativo alla Velocity inizia a calare è necessario verificare cosa si sta verificando in modo chiaro e oggettivo per indagare su possibili inefficienze o semplicemente per constatare se alcuni fattori esterni al team stiano avendo influenza negativa sul ritmo di lavoro.
Tuttavia, non sempre un aumento della Velocity può rivelarsi positivo e anche quando questo si verifica in maniera troppo repentina è sempre necessario verificare se il team stia lavorando a ritmi troppo serrati rischiando di tralasciare alcuni dettagli fondamentali.
Misurare i progressi
Agile utilizza diversi strumenti per mostrare in modo semplice e immediato i progressi e aiutare i Project Manager nel valutare le performance del gruppo di lavoro. Tutti gli strumenti devono essere cloud-based e sempre accessibili a tutti i membri del team.
Gli strumenti più diffusi tra gli Scrum Team sono:
Velocity chart
Velocity burndown chart
Kanban board
Velocity chart
Una rappresentazione visuale semplice dei progressi del progetto che aiuta il/la Project Manager a valutare le performance del team e a fare facilmente una stima dei lavori futuri.
Velocity burndown chart
Si tratta di un grafico che mostra il lavoro programmato all’interno di uno Sprint. Le variabili evidenziate sono quanto lavoro è stato fatto, quanto ne resta ancora da completare e quanto tempo c’è ancora a disposizione.
Kanban board
Abbia già dedicato un articolo a Kanban in cui abbiamo anche approfondito la Kanban Board. Questo strumento aiuta il team a visualizzare il flusso di lavoro del progetto e tutti i task ad esso collegati, aiutando a comprendere meglio i processi e fornendo una panoramica del carico di lavoro.
Gli errori più comuni nel calcolo della Velocity in Agile
Ci sono alcuni elementi chiave da considerare quando si lavora in modo Agile e soprattutto ci sono alcuni errori molto comuni che è sempre meglio evitare nel calcolo della Velocity:
Non considerare mai nel calcolo user story incompiute, solo quando una user story è conclusa può essere considerata per il calcolo della Velocity.
Non calcolare mai la Velocity di singoli membri del team, ma considera sempre e solo lo Scrum Team nella sua interezza.
Non utilizzare la Velocity come metodo per dare premi di produzione al team: questo potrebbe portare il gruppo di lavoro a svolgere le attività con scarsa attenzione e precisione proprio per raggiungere il target prefissato.
Per approfondire leggi il nostro articolo sulMetodo Scrum.
Vuoi approfondire questi concetti ed imparare ad utilizzare il framework Scrum in tutto il suo potenziale? Visita il sito o scrivici per tutte le informazioni!
