La velocità è un indicatore utile? Il nostro verdetto

Sì, all’interno del team; dannosa al di fuori di esso. La velocità è un dato di previsione su cui il team basa la propria navigazione; nel momento in cui diventa un obiettivo o un parametro di confronto tra team, assume proporzioni esagerate e perde ogni significato. DORA l’ha volutamente esclusa dalle metriche di consegna.

Quasi tutti i partecipanti al dibattito concordano sul fatto che la velocità non dovrebbe mai essere esclusa dal team, eppure quasi tutte le organizzazioni la escludono comunque. È proprio questo divario il fulcro della questione. Questo indicatore è effettivamente utile per un determinato ruolo e decisamente dannoso per gli altri; pertanto, il giudizio non può che essere contrastante.

L’argomento a favore dell’utilità della velocità

All’interno del team, la velocità produce risultati concreti. Consente di fare previsioni: dividendo il volume di lavoro residuo per la media recente del team, si ottiene un numero approssimativo di sprint necessari per il rilascio. Consente di definire le dimensioni di uno sprint realistico: selezionate le storie fino a raggiungere un totale pari all’80-90% circa della media recente, lasciando spazio agli imprevisti. Inoltre, segnala cambiamenti reali: un calo del 30% è un segnale che merita una discussione, non un’accusa.

Anche l’intenzione del management alla base dell’utilizzo della velocità come parametro di valutazione è legittima e merita di essere esposta in modo imparziale. I dirigenti sono responsabili dei risultati e desiderano avere visibilità su di essi. «Se non riusciamo a misurare in qualche modo il team, come facciamo a sapere se sta ottenendo risultati?» è una domanda ragionevole, non una frase da cattivo. Il problema non è il desiderio in sé, ma il fatto che la velocità sia lo strumento sbagliato a tal fine.

L’ipotesi secondo cui la velocità costituisce una trappola

Se si indica la velocità come obiettivo esterno, questa si comporta in modi prevedibili. Se la si definisce come obiettivo (“aumentare la velocità del venti per cento in questo trimestre”), il team si adegua, aumentando la stima dello stesso lavoro anziché aumentarne la quantità. Basta trasformare un paio di “tre” in “cinque” e il numero sale senza un reale aumento della produzione. Si tratta della legge di Goodhart che opera su un ciclo di due settimane, e non è un’ipotesi: persino Mike Cohn, il principale sostenitore dei punti storia, ammette che il minimo accenno al fatto che le velocità verranno confrontate produce un’inflazione graduale ma costante dei punti.

Il confronto tra team è ancora peggiore, poiché appare rigoroso pur essendo privo di significato. Due team che valutano lo stesso backlog producono cifre diverse perché si basano su storie di riferimento diverse, il che costituisce il punto centrale della stima relativa. Il calcolo della media o la creazione di una classifica compromettono la calibrazione di entrambi i team al solo scopo di alimentare un dashboard. Il segnale rivelatore che un’organizzazione sta sbagliando in questo senso è quando una figura senior deve intervenire personalmente per proteggere i propri team dall’uso della velocità come KPI, una soluzione che funziona esattamente fintanto che quella persona rimane in carica.

In quali circostanze cambieremmo idea

Sosterremmo senza riserve l’uso della velocità per qualsiasi team che la utilizzi esclusivamente a fini di previsione e pianificazione, senza mai farla uscire dalla sala. Utilizzata in questo modo, non rappresenta affatto una trappola. Si tratta semplicemente di calcoli aritmetici che il team effettua autonomamente.

Decideremmo di abbandonarla del tutto in due casi. In primo luogo, se il lavoro è sufficientemente uniforme da consentire sia di prevedere il numero di storie che di sommare i punti, allora la velocità rappresenta un sovraccarico, mentre la produttività risulta più semplice e più difficile da manipolare. In secondo luogo, se l’organizzazione non riesce a impedire che quel numero venga strumentalizzato. Quando tale meccanismo è culturalmente radicato e nessun individuo è in grado di frenarlo, la mossa più onesta consiste nel smettere di produrre il numero oggetto di abuso e passare a metriche di flusso che non lo siano.

L’aspetto pratico

• La velocità misura il ritmo, non la produttività. Lo dica ad alta voce nella sala la prima volta che qualcuno la interpreta come un indicatore di rendimento.
• Non mettete mai a confronto i team, non fissatelo mai come obiettivo, non convertitelo mai in ore previste per sviluppatore. Si tratta sempre dello stesso errore, solo sotto forme diverse.
• Riferite i risultati ai vostri superiori, non il conteggio dei punti. I quattro principi chiave di DORA, la frequenza delle implementazioni, i tempi di elaborazione delle modifiche, il tasso di insuccesso delle modifiche e il tempo necessario per il ripristino: misurate i risultati senza incoraggiare comportamenti opportunistici e, a differenza dei punti, garantite che tali indicatori abbiano lo stesso significato in tutti i team. Questo è l’insieme di metriche che la dirigenza desidera realmente.
• Non modificate il valore del backlog quando il team accelera il ritmo. Le storie non si sono ridotte. Il team è diventato più veloce e il valore della velocità aumenterà di per sé. Modificare il valore del backlog per mantenere costante la velocità equivale a far funzionare il meccanismo a cricchetto al contrario e compromette le previsioni allo stesso modo.

La velocità serve alla squadra come guida, non ai manager per assegnare voti. Se la si mantiene all’interno del gruppo, è uno degli indicatori più utili nell’ambito dell’agile. Se invece la si rende pubblica, diventa l’esempio più lampante di modalità di fallimento del potere che esista.

Domande frequenti

La velocità è un indicatore di produttività?

No. La velocità misura il ritmo, non la produttività: quanti story point un determinato team porta a termine per sprint, in base alla propria calibrazione. Non è in grado di indicare se il lavoro sia stato di valore, né è mai stata concepita a tale scopo. La ricerca di DORA esclude deliberatamente la velocità dalle proprie metriche di consegna proprio per questo motivo.

È possibile confrontare la velocità tra i vari team?

No. Due team che valutano lo stesso lavoro ottengono valori di velocità diversi perché utilizzano story point di riferimento diversi: è proprio questo il punto centrale della stima relativa. Confrontarli equivale a confrontare due termometri con punti zero diversi. Mike Cohn, sostenitore degli story point, ammette che il minimo accenno al fatto che le velocità verranno confrontate porta inevitabilmente a un aumento sistematico dei valori.

Cosa dovremmo comunicare alla direzione al posto della velocità?

Riferite i risultati, non i punteggi. I quattro indicatori chiave di DORA (frequenza di implementazione, tempo di consegna delle modifiche, tasso di fallimento delle modifiche e tempo necessario per ripristinare il servizio) misurano le prestazioni in modi che non favoriscono le manipolazioni e sono comparabili tra i vari team. La velocità rimane all’interno del team come dato di input per la pianificazione; sono i quattro indicatori chiave che la dirigenza dovrebbe effettivamente monitorare.

Approfondimenti

• Velocità: a cosa serve e come calcolarla: i meccanismi di funzionamento e il motivo per cui perde efficacia nel momento stesso in cui diventa un obiettivo.
• Story points vs #NoEstimates: la sfida a monte: quale valore ha un numero prima di diventare una previsione.
• Story point contro ore: perché la conversione di entrambi in ore ripropone il problema che la velocità (velocity) mira a risolvere.
• Che cos’è un grafico burndown?: monitoraggio dei punti impegnati all’interno di uno sprint, un utilizzo corretto di tale dato.
• Agile Theatre: la modalità “Power failure”: come metriche quali la velocità si trasformano in strumenti di controllo.