Calculadora de Burndown de Projeto Pontos Restantes por Dias

Gráfico Burndown: visualizando o trabalho restante

Um gráfico burndown plota trabalho restante contra tempo. O eixo Y mostra o esforço restante (story points, horas ou itens) e o eixo X os dias do sprint. A inclinação esperada é burndown_ideal(t) = pontos_totais × (1 - t / dias_sprint), uma reta do backlog completo no dia 0 até zero no último dia — a “linha ideal”, usada como referência, não como contrato.

A linha real é atualizada diariamente conforme o time fecha histórias. Se fica acima da ideal, o time está atrasado; se fica abaixo, está adiantado; se dá um salto para cima, foi adicionado escopo no meio do sprint (scope creep visível). O gráfico torna o risco óbvio já na metade do sprint, deixando tempo para negociar escopo ou remover impedimentos antes da review.

Aplicações

Sprint burndown (diário, focado no backlog do sprint atual) é o artefato clássico do Scrum para a daily. Release burndown (por sprint, focado no product backlog) acompanha o progresso rumo a um marco ao longo de vários sprints. Jira, Azure DevOps, Linear e ClickUp geram os dois automaticamente a partir dos pontos das issues concluídas; planilhas e diagramas Mermaid resolvem bem para times menores.

FAQ

Qual a diferença entre burndown e burnup? O burndown mostra trabalho restante descendo até zero; o burnup mostra trabalho concluído subindo até um total (que pode mudar). O burnup deixa as mudanças de escopo mais explícitas.

A linha real virou um platô horizontal — o que isso significa? Nada foi “pronto” naqueles dias. As histórias podem estar grandes demais, bloqueadas por dependências externas ou a definição de pronto não está sendo respeitada. Fatie o trabalho em pedaços menores e remova bloqueios.

Devo incluir trabalho em andamento nos pontos restantes? Sim — somente histórias totalmente concluídas são subtraídas do restante. É a mesma regra binária de “pronto” que dá confiabilidade à velocity.