Traccia i progressi durante uno sprint agile (iterazione)

Il metodo più comune per tracciare uno sprint è usare un Grafico di burn-down . Fondamentalmente hai totalizzato tutte le tue attività stimate che hai impegnato per lo sprint. Man mano che si completa ciascuna attività, si sottraggono i punti stimati e si traccia il nuovo punto. L'obiettivo è di avere zero punti alla fine dello sprint.

È più una cosa Kanban, ma ho visto negozi Scrum che tengono un tabellone con le story card che vengono spostate da "Backlog" a "This Sprint" a "In Progress" a "Done". A volte le carte visualizzano valori in punti. Puoi vedere il numero relativo di punti in queste ultime tre colonne per avere un'idea di quanto è stato fatto finora.

Sì, monitoriamo i progressi e molto probabilmente sarà monitorato dai project manager.

Il tracciamento può essere fatto a livello di storia o eventualmente a livello di compito, anche se raccomanderei prima il livello di storia. Se una storia è dietro allora forse guarda lo stato delle attività. (Vai e parla con lo sviluppatore)

Un flusso di storie tipico verrebbe definito, in corso, completato, accettato e potenzialmente disconnesso. Dipende dal tuo flusso di lavoro. I flussi possono essere visualizzati da una scheda Kanban.

Non ho incluso il log back come se tali storie fossero pianificate o definite per gli sprint futuri, quindi, sebbene teniamo traccia del log back, non è necessario per il tracciamento sprint.

Come indicato da @catfood, una tavola Kanban è molto utile qui per scopi di monitoraggio, quindi chiunque può entrare nella tua co-locazione e vedere immediatamente come sta lo sprint. Se le storie stanno cadendo indietro e il loro è il rischio di postumi di una sbornia, la scheda lo mostrerà.

La bacheca Kanban non è un sostituto per le alzate quotidiane che dovrebbero allertare il team su potenziali problemi e blocchi che potrebbero potenzialmente far cadere le storie.

Il team raggiungerà alcuni punti della storia in uno sprint. Questi punti della storia definiscono approssimativamente il numero di membri del gruppo di backlog che possono essere eseguiti con successo in uno sprint. Penso che il modo migliore sia aggregare questi punti della storia da molti risultati di sprint. Quindi, se la squadra ha conosciuto i tuoi punti storia massimi, non c'è supporto prendere più punti storia (attività) in uno sprint.

Per verificare il team durante lo sprint esistono molti strumenti SCRUM. Stiamo utilizzando versioneone , ma penso che una semplice tabella di controllo sia sufficiente per il team iniziale.

Esistono molti grafici per mostrare come è stato formato il tuo lavoro o il tuo team. Ad esempio il grafico Release Burndown Chart mostra gli sprint e i punti della trama.