I have been in various Agile projects and seen many release burndown
chart styles. Most of them were handled manually since somehow all the tools that I have run across don't produce really useful burndown charts.
Un numero di sistemi di tracciamento produce grafici di burndown ragionevoli. Redmine ad esempio ha un plugin che presenterà vari grafici. Allo stesso modo, Jira ha un grafico di burndown , anche.
In reality, we may not be dealing with all stories estimated and we
just keep burning down. Many times, the scope is added during the
release.
La chiave qui è separare le "tutte le storie" dalla "versione di destinazione". Non tutte le storie hanno lo scopo di una determinata versione.
Guardando la roadmap per sé stessa di Redmine si può vedere una distinzione tra le cose lavorate per la prossima versione e le cose candidato per una futura versione.
Currently, I am dealing with these problems with the burndown chart
and have questions about the following things:
- How do we represent added scope in the release burndown chart?
- How do we deal with unestimated stories in release burndown chart assuming that there are high probability that we will do it but we
just do not have time to estimate them yet?
- How do you project the end of the release?
Una parte del grafico di burndown è la visibilità della velocità del progetto. Avere un approccio di picco frastagliato al grafico di burndown significa che l'ambito aggiunto incasina la velocità quando viene esaminato come una linea retta sul grafico (e in una certa misura, può anche confondere il bersaglio proiettato).
Prendete invece in considerazione la possibilità di far cadere il pavimento per aumentare la portata e alzare il pavimento per una portata ridotta. Un esempio di questo può essere visto in
Doveilcalonellalineablumostraunaumentodelloscope.
Perlestorienonvalutate,cisonodueopzioni:effettuareunastimaeperfezionarlainunsecondomomento(questaèunatecnicadistimavalidaeappropriatanotacomeconodiincertezza)
(dal link )
Oppure stimali inizialmente a 0 e considerali come aumenti di ambito.
La fine della versione è quando il lavoro rimanente intercetta l'ambito.
Un grafico che mi piace è conosciuto come Grafico dei valori di guadagno . È un grafico in stile "up" piuttosto che uno stile "down". I numeri sono percentuali in modo che sia il costo (le ore totali utilizzate / le ore totali allocate) sia l'ambito (come percentuale delle stime eseguite rispetto alle stime iniziali totali) sono sulla stessa scala.
(dal link )
In questo esempio si può vedere che le ore utilizzate fino ad ora sono più di quelle originariamente preventivate e che l'importo fatto finora è inferiore all'ideale. Questo progetto è nei guai.
In questo modello gli aumenti di portata sono mostrati come ricalcoli delle percentuali.
(dal link )
Il rilascio può essere estrapolato dalla percentuale di completamento.
(anchedal link )
Il regno della comprensione di questo grafico è noto come Gestione del valore degli introiti - c'è una notevole quantità di lavoro svolto nella comprensione di questi grafici in una serie di settori.
I strongmente consiglia di leggere la serie di modifiche del grafico di Agile Wiki - Modifica del grafico e Agile Charts - il mio linking delle immagini sorvola un bel po 'del materiale sul sito.
