De acordo com o Scrum Guide, os tradicionais gráficos de Burndown do Sprint medem:
A quantidade de trabalho restante para um Sprint é a somatória do trabalho restante para todo o Sprint Backlog. Mantenha o controle destas somatórias diariamente e use-as para criar um gráfico que mostre o trabalho restante ao longo do tempo. ...Duração não é considerada no Scrum. Trabalho restante e data são as únicas variáveis de interesse.
Tradicionalmente as pessoas foram ensinadas a medir o trabalho restante em horas. Como Mark Woyna aponta quando controlamos as horas das tarefas é possível queimar muitas horas sem completar alguma história. Neste caso o burndown está escondendo o real progresso do time. Ele chega a sugerir que muitos times controlam pontos de histórias concluídas. Adam Sroka considera que este problema acontece geralmente porque o time começou trabalhando em muitas coisas ao mesmo tempo.
Este relato observa que controlar as horas das tarefas nos encoraja a completar tarefas apenas se elas são relevantes para o complemento de uma história, encorajando clientes a não estimar tarefas em horas e a não usar o gráfico de burndown. Em vez disso, nós observamos o andamento das histórias e tarefas através do quadro de sprint da equipe.
Johanna Rothman avalia: Histórias completas, histórias restantes e o total de histórias, tanto considerando o nível do sprint ou do release.
Aslak Hellesøy recomenda Diagramas de Fluxo Cumulativos sobre Burndowns, observando que eles fornecem mais informações.
Você utiliza gráficos de Burndown do Sprint? Se não, o que você usa para substituí-lo?