Efficienza dei processi in Scrum; Perché è importante e come misurarla

Per approfondire guarda: Efficienza del processo - Adattare il flusso allo sforzo di miglioramento agile.

‍Per definizione, Lean significa che l'efficienza del processo è superiore al 25%. Il nome Scrum deriva dall'osservazione di team hardware che applicano Lean. Un nuovo team può portare l'efficienza del processo all'80% in tre giorni implementando il modello Swarming. Ci sarà presto un'app per iPhone e Android che si collegherà a Jira e mostrerà l'efficienza media del processo di un team Scrum per ogni storia.

‍

L'efficienza del processo di esecuzione di una storia in un Team Scrum è la metrica più importante per le prestazioni del team, perché un team può facilmente raddoppiare la velocità in uno sprint portando l'efficienza del processo oltre il 50%. Un team indiano mi ha chiesto quali KPI dovessero usare e io gli ho detto di usare solo l'efficienza del processo. L'hanno portata all'80% in tre giorni e il quarto giorno hanno completato tutto il lavoro per uno sprint di due settimane.

‍

Questo fenomeno è stato documentato precedentemente in un documento dell'IEEE Scrum and CMMI - Going from Good to Great: Are You Ready Ready to Be Done Done C. Jakobsen e J. Sutherland, in Agile 2009, Chicago, 2009.

‍

L'efficienza del processo è data dal tempo di lavoro reale diviso per il tempo di calendario per finire il lavoro. I dati richiesti sono facilmente disponibili in qualsiasi strumento Scrum. Quello che vogliamo vedere è l'efficienza media del processo per le storie completate in uno sprint in tempo reale. Vogliamo abbandonare le ore come strumento di reporting per i Team Scrum, poiché i dati su oltre 60.000 team in un sondaggio Rally survey mostrano che i team più lenti usano le ore, mentre i team più veloci usano piccole storie, nessun task e nessuna stima oraria.

‍

Come possiamo stimare l'efficienza del processo per questi team?

‍

Ecco un modo semplice per calcolare l'efficienza del processo per una storia. Se la velocità del team è 50 e la storia è di 5 punti, allora il tempo reale di lavoro per la storia può essere stimato come 5/50 di uno sprint. Se la storia è iniziata all'inizio dello sprint e finita alla fine dello sprint di una settimana, allora usa 5 giorni di uno sprint di 5 giorni o 1 sprint. Se dividiamo 5/50 per 1 otteniamo il 10%. Porta questo numero a più del 50% e raddoppierai la velocità.

‍

Il nostro Team Scrum Webside sta implementando questo per la nostra azienda e ci sono alcune domande che vengono fuori:

‍

1. Contiamo solo i periodi di lavoro nel denominatore? E i fine settimana?
2. Usiamo un buffer di interruzione? Come gestiamo le interruzioni?
3. L'efficienza del processo webside è superiore al 100% perché abbiamo molte piccole storie che vengono implementate molto velocemente. Dovremmo usare una media ponderata in modo che le storie più grandi contino di più?

‍

Mentre implementiamo questo, aggiornerò il blog sul nostro approccio. Anche discutere su come implementare una metrica di efficienza del processo ha portato il mio team Scrum ad introdurre più disciplina nella gestione del backlog e nell'esecuzione delle storie.

‍

Per migliorare l'efficienza del processo, un team dovrà smettere di fare multi-tasking ed eseguire lo Swarming: One-Piece Continuous Flow pattern. Questo è ben noto per aumentare radicalmente il flusso di completamento delle storie ed è fondamentale per la produzione snella della Toyota.

‍

Recentemente ho incontrato Frank Verbruggen che sta lavorando ad una tesi di dottorato sull'efficienza del processo dei team Agile. Ha scritto un bel blog sull'argomento dopo il nostro incontro e abbiamo pubblicato un articolo nella IEEE Digital Library: Process Efficiency - Adapting Flow to the Agile Improvement Effort

‍

Tradotto e adattato da Scrum Inc: https://www.scruminc.com/process-efficiency-scrum-matters-measure/

Scritto da Jeff Sutherland | Dic 13, 2020 | Blog |