Burndown Chart: como ler e agir
O Burndown Chart é um dos artefatos visuais mais simples e poderosos do Scrum. Mas muitas vezes o time só olha, sem agir. Veja como extrair ação de cada padrão no gráfico.
O que é um Burndown Chart
Um gráfico com dois eixos:
- X: dias do sprint
- Y: pontos de história restantes
Duas linhas:
- Ideal: linha reta do total até zero no último dia
- Real: pontos que realmente restam a cada dia
Cenário 1: Reta perfeita
A linha real segue a ideal quase de perto.
O que significa: O sprint está no caminho certo.
Ação: Continue assim. Na daily, confirme que não há riscos escondidos por trás da linha bonita.
Cenário 2: Platô nos primeiros dias
A linha fica plana nos 2-3 primeiros dias e depois começa a cair.
O que significa: Pode ter complexidade inicial (setup, investigação) ou bloqueios nos primeiros dias.
Ação: Pergunte na daily: “O que está impedindo progresso?” Se for complexo inicial, é normal. Se for bloqueio, aja.
Cenário 3: Queda abrupta no final
A linha fica plana por quase todo sprint e despenca nos últimos 2 dias.
O que significa: Efeito cascata — tudo foi entregue junto no final. Isso indica que as tarefas não foram feitas em paralelo ou que a Definition of Done só foi verificada no final.
Ação: Incentive paralelismo. Quebre itens grandes. Traga a verificação de DoD para o dia a dia, não o último dia.
Cenário 4: Linha subindo
Pontos restantes aumentam durante o sprint.
O que significa: Escopo sendo adicionado no meio do sprint.
Ação: O Scrum Master deve proteger o sprint. Novos itens devem entrar no backlog para o próximo sprint, não no atual. Se for urgente, remova algo do mesmo tamanho.
Cenário 5: Nunca chega a zero
O sprint termina e ainda restam pontos.
O que significa: Superestimação da capacidade ou tarefas bloqueadas que não foram resolvidas.
Ação: Na retrospectiva, descubra se foi otimismo nas estimativas ou impedimentos. Ajuste o planejamento do próximo sprint.
Burndown vsBurnup
Burndown mostra o trabalho que resta. É ótimo para sprints individuais.
Burnup mostra o trabalho que foi concluído, com uma linha separada para o escopo total. É melhor para releases e projetos longos, pois mostra quando o escopo cresce.
Ferramentas
- Jira: gera burndown automaticamente
- Azure DevOps: tem burndown e burnup nativos
- Planilhas: funcional para times pequenos
- Dev in Poker: registra estimativas que podem alimentar gráficos externos
Conclusão
O Burndown Chart é um termômetro, não um diagnóstico. Ele mostra que algo está errado — mas cabe ao time investigar o porquê e agir. Olhe todos os dias, aja quando o padrão indicar problemas.