Série 4 - JIRA Software Reports - Release Burndown

O Start date e Release date configurado para versão são exibidos abaixo do relatórios como Planned start date e Planned end date. No entanto essas são datas planejadas, e não determinam o início e fim da sprint que exibida no relatório.

• O Inicio da Sprint mostra a primeira tarefa na versão que foi transicionada do status "To do". Por exemplo, teve seu trabalho iniciado na versão.
• O Fim da Sprint mostra quando o trabalho é concluído para versão, ou se houver trabalho remanescente, então o(s) sprint(s) previsto(s) quando o trabalho será concluído.

 O mapeamento dos status no seu board determina quando uma issue é considerada 'To Do" ou "Done".

O Release Burndown report pode apenas realizar as previsões baseado em tarefas estimadas da sua versão. Se você tem uma alto percentual de tarefas não estimadas, as previsões no relatórios não serão realistas. O label % unestimated issues vai ficar na cor vermelha quando o percentual for a cima de 30%, para alertá-lo disso.

Por exemplo, se você tem apenas 10% das tarefas estimadas na versão, então as previsões no relatório para completar o trabalho na versão serão baseados nos 10% do total das tarefas. Na realidade provavelmente o seu time tenha muito mais trabalho para completar.

As seguintes mudanças afetam o original estimate da sprint:

• Se uma tarefa em uma versão (depois que a sprint é iniciada) é estimada (estimativa é adicionada)
• Se uma tarefa em uma versão (depois que a sprint é iniciada) é re-estimada (Estimativa modificada)

As seguintes mudanças afetam o escopo da sprint:

• Se uma tarefa é adicionada para uma versão (depois que essa foi iniciada) com uma estimativa existente.
• Se uma tarefa que foi adicionada para uma versão (depois que essa foi iniciada) é estimada (estimativa adicionada)
• Se uma tarefa que foi adicionada para uma versão (depois que essa foi iniciada) é re-estimada (estimativa modificada). Observe que, se o problema for re-estimado em um sprint posterior, o escopo será retroativamente ajustado no sprint ao qual o problema foi originalmente adicionado.

Qualquer alteração (Burndown ou Escopo) que ocorrer fora da Sprint ira ser exibida como parte da sprint com a ultima data de inicio depois da mudança da data.

Se uma tarefa concluída em um sprint for reaberta:

• A tarefa não será mostrada na sprint anterior.

Se uma tarefa é concluída em uma versão, mas removida da versão depois:

• O escopo permanecerá inalterado e o trabalho concluído ainda será exibido.

Se uma tarefa é concluída em uma outra versão ou sem uma versão, mas depois é inclusa em uma versão.

• O escopo irá permanecer inalterado.

Se uma tarefa é conlcuida em uma sprint, mas é adicionada a uma versão depois:

• A tarefa sera exibida no relatório, como se fosse sempre parte da versão.

Se sua tarefa esta em um status não mapeado (não foi mapeado para uma coluna do board), este não será considerado no Release Burndown Chart, nem será incluso no sprint bar, % unestimated issue, remaining story point, etc.