Gráficos Burn Down no Scrum: Guia Completo 2026

Um gráfico burndown, também conhecido como gráfico burn down, é uma representação gráfica do trabalho restante a ser feito versus tempo.

É comumente usado em metodologias de gerenciamento de projetos Ágeis e Scrum para acompanhar o progresso de um projeto, Sprint ou iteração.

Resposta Rápida: Gráficos Burn Down em Resumo

Aspecto	Detalhes
O que mostra	Trabalho restante vs. tempo disponível no Sprint
Eixo X	Tempo (dias do Sprint)
Eixo Y	Trabalho restante (story points, horas ou tarefas)
Linha ideal	Burndown perfeito do início ao fim do Sprint
Padrão saudável	Linha real próxima ou abaixo da linha ideal
Diferença do Burn-Up	Burn-Down mostra trabalho restante; Burn-Up mostra trabalho concluído

O que é um Gráfico Burn Down?

Um Gráfico Burndown é uma representação visual que acompanha o progresso de tarefas, seja dentro de um épico ou um Sprint.

Ele mostra a quantidade de trabalho que foi concluída e o trabalho que resta.

Fornece uma forma visual para as Equipes Scrum acompanharem seu progresso em direção ao Sprint Goal, tornando mais fácil identificar potenciais problemas, riscos ou atrasos e tomar ações corretivas conforme necessário.

No campo dos projetos ágeis, os Gráficos Burndown vêm em dois tipos principais:

Gráficos Burndown de Produto

Os Gráficos Burndown de Produto fornecem uma visão holística de todo o projeto.

• O eixo horizontal representa números de Sprint
• O eixo vertical exibe story points restantes no Product Backlog
• Útil para planejamento de releases e comunicação com stakeholders

Gráficos Burndown de Sprint

Os Gráficos Burndown de Sprint focam nos Sprints em andamento.

• O eixo horizontal representa dias do Sprint
• O eixo vertical representa trabalho restante no Sprint Backlog
• Atualizado diariamente pela Equipe de Desenvolvimento
• Revisado em cada Daily Scrum

Como os Gráficos Burn Down Funcionam

Um Gráfico Burn Down tipicamente tem dois eixos:

1. Eixo Horizontal: Representa o tempo disponível no Sprint, geralmente dividido em dias.
2. Eixo Vertical: Representa a quantidade de trabalho restante no Sprint, geralmente medida em unidades de esforço, como Story Points ou horas de tarefa.

Como ler o gráfico:

• Linha real abaixo da ideal: a equipe está adiantada
• Linha real acima da ideal: a equipe está atrasada
• Linha real plana: nenhum trabalho está sendo concluído (possível bloqueio)
• Linha real sobe: trabalho foi adicionado ao Sprint (scope creep)

6 Padrões de Burndown e seu Significado

Padrão 1: Burndown Ideal (Saudável)

A linha real segue de perto a linha ideal. A equipe está concluindo trabalho a um ritmo constante.

Padrão 2: Precipício no Final (Risco)

A linha permanece quase plana durante a maior parte do Sprint e depois cai dramaticamente no final. A equipe está concluindo trabalho em lote no final.

Padrão 3: Linha Plana (Bloqueio)

A linha não desce durante vários dias. A equipe está bloqueada. Atenção imediata no Daily Scrum.

Padrão 4: Inclinação Ascendente (Scope Creep)

A linha sobe em vez de descer. Trabalho foi adicionado durante o Sprint. Discutir com o Product Owner.

Padrão 5: Conclusão Antecipada

A linha chega a zero antes do final do Sprint. Trazer o próximo item mais prioritário do Product Backlog.

Padrão 6: Dente de Serra (Estimativa Inconsistente)

A linha sobe e desce erraticamente. Estimativas inconsistentes ou histórias mais complexas do que o esperado.

Criando Seu Gráfico Burndown

Passo 1: Calcular os Pontos Totais Some todos os story points comprometidos durante o Sprint Planning. Este é o ponto de partida no eixo Y.

Passo 2: Estabelecer a Linha Ideal Desenhe uma linha reta do total de pontos no Dia 0 até zero no último dia do Sprint.

Passo 3: Acompanhar o Progresso Diário A cada dia, subtraia os story points das histórias concluídas (que atendem à Definition of Done).

Passo 4: Plotar a Linha Real Conecte os pontos diários para mostrar o progresso real da equipe.

Passo 5: Revisar no Daily Scrum Use o gráfico atualizado no Daily Scrum - identifique desvios e discuta ações.

Usando Gráficos Burn Down Efetivamente

Para usar efetivamente os Gráficos Burn Down:

1. Atualizar o Gráfico Regularmente: Garanta que a Equipe de Desenvolvimento atualize o Gráfico Burn Down diariamente.

2. Comunicar o Progresso: Compartilhe o Gráfico Burn Down com toda a Equipe Scrum e stakeholders relevantes.

3. Identificar Problemas e Riscos: Use o Gráfico Burn Down para identificar potenciais problemas, riscos ou atrasos.

4. Adaptar e Ajustar: Se o gráfico indica que a equipe não está no caminho certo, considere adaptar a abordagem ou ajustar o escopo do Sprint.

5. Revisar e Aprender: Após cada Sprint, revise o Gráfico Burn Down para identificar áreas de melhoria.

Erros Comuns em Gráficos Burn Down

Erro 1: Atualizar Apenas no Final do Sprint

Problema: A equipe atualiza o gráfico apenas no final do Sprint, não diariamente.

Por que é prejudicial: Perde todo o valor preditivo. O objetivo é detectar problemas DURANTE o Sprint.

Solução: Cada membro da equipe atualiza seu trabalho restante diariamente antes do Daily Scrum.

Erro 2: Incluir Trabalho Parcialmente Concluído

Problema: A equipe conta pontos de histórias que estão "em progresso" mas não terminadas.

Por que é prejudicial: Cria uma imagem falsamente otimista do progresso.

Solução: Regra de tudo ou nada. Apenas histórias que atendem à Definition of Done queimam pontos.

Erro 3: Usar o Burndown para Pressionar a Equipe

Problema: A gestão usa o burndown como ferramenta de supervisão individual.

Por que é prejudicial: A equipe começa a manipular o gráfico para "parecer bem".

Solução: O burndown é da equipe, para a equipe. A transparência é seu valor principal.

Erro 4: Ignorar Padrões Recorrentes

Problema: O mesmo padrão problemático (precipício no final, linhas planas) aparece em cada Sprint mas nunca é abordado.

Por que é prejudicial: Problemas sistêmicos permanecem sem solução.

Solução: Trazer os gráficos dos últimos 3 Sprints para a Sprint Retrospective.

Erro 5: Histórias Muito Grandes

Problema: Histórias muito grandes (13+ pontos) não são concluídas dentro do Sprint.

Por que é prejudicial: O burndown fica plano por dias, sem progresso visível.

Solução: Decompor histórias em itens menores (idealmente 1-5 pontos).

Erro 6: Não Discutir Desvios

Problema: O gráfico é atualizado mas desvios da linha ideal nunca são discutidos.

Por que é prejudicial: O burndown se torna burocracia sem valor.

Solução: Qualquer desvio significativo deve ser discutido no Daily Scrum.

Burn Up vs. Burn Down Charts

Aspecto	Burn-Down	Burn-Up
Direção	Desce de total para zero	Sobe de zero para total
O que mostra	Trabalho restante	Trabalho concluído
Scope Creep	Mais difícil de ver	Claramente visível como lacuna
Melhor para	Acompanhamento diário do Sprint	Comunicação de progresso a stakeholders

Limitações dos Gráficos Burndown

Embora os gráficos Burndown sejam valiosos, eles têm limitações importantes:

1. Não mostram qualidade: Um burndown perfeito pode ocultar dívida técnica significativa.
2. Podem ser manipulados: Equipes sob pressão podem inflar estimativas.
3. Não mostram fluxo: Não revelam onde o trabalho se acumula no processo (use um Diagrama de Fluxo Cumulativo).
4. Dependem de estimativas: A precisão da linha ideal depende da qualidade das estimativas iniciais.

Conclusão

Os Gráficos Burn Down são uma poderosa ferramenta de transparência no arsenal Scrum, mas seu valor depende de como são usados.

Pontos-chave:

• Atualizar diariamente e discutir desvios no Daily Scrum
• Contar apenas trabalho que atende completamente à Definition of Done
• Aprender a reconhecer padrões (precipício, linha plana, scope creep)
• Usar o burndown como ferramenta da equipe, não de controle da gestão
• Complementar com Velocity e CFDs para um panorama completo

Continue Lendo

Perguntas Frequentes (FAQs)