Come monitorare i progressi quando si utilizza Kanban?

Question

Stiamo pensando di passare da Scrum a uno stile di sviluppo più Kanban, tuttavia una cosa che non mi è chiara è come monitorare i progressi sotto Kanban.

Ho letto che i progressi possono essere misurati monitorando il tempo di ciclo di ciascuna storia e quindi applicando presumibilmente questo tempo al numero di storie in sospeso. Ma questo mi sembra dipendere dalle dimensioni e dalla complessità delle storie che potrebbero essere tutte diverse.

Ho anche visto l'utilizzo di grafici di burndown, quindi ci sarebbe un grafico per l'intera release? Dato che il backlog non è stato riparato (a differenza di uno sprint), lasceresti semplicemente il burn up/down mentre l'arretrato in sospeso viene modificato dall'OP? Immagino che quando ti avvicini a rilasciare l'arretrato dovrebbe essere meno volatile, permettendoti di bruciare fino al completamento.

Dopo un'ulteriore riflessione, penso che il mio problema è che i nostri manager amano "l'illusione" del controllo che un grafico di burndown porta. Tendono a vederlo (a mio avviso erroneamente) come un programma e quindi sono in grado di esprimere giudizi come se il progetto fosse "in programma" o "in ritardo" o qualsiasi altra cosa. Non riesco proprio a vedere come questo è replicato in Kanban. Forse è una buona cosa.

Answer 1

Per un intero progetto, il modo migliore per monitorare il progresso è Diagramma di flusso cumulativo. Ulteriori informazioni su CFD da this presentation. Puoi anche imparare dal CFD su cose come i colli di bottiglia ecc.

Per compiti specifici dipende molto dal tuo approccio. Se hai piccole funzionalità (come 1-2 giorni di sviluppo) sulla scheda Kanban, puoi vedere lo stato direttamente sulla lavagna dato che le funzioni si muovono velocemente attraverso il flusso di lavoro.

Se si utilizzano funzionalità più grandi, è possibile suddividerle in attività più piccole. Questo è fondamentalmente il modo in cui lavoriamo con le nostre funzionalità: per caratteristiche più grandi (come 5-10 giorni) li dividiamo in compiti di sviluppo (non poniamo però compiti di sviluppo sulla scheda). Quindi posso dire che l'attività A ha completato 3 attività di sviluppo su 4, quindi stiamo andando bene. Inoltre, stimiamo la durata delle attività di sviluppo in modo da poter distinguere tra le attività di un'ora e quelle della durata di 8 ore. Per le funzionalità di piccole dimensioni abbiamo solo una singola attività di sviluppo che sta sviluppando la funzionalità.