# Gráfico burn down: como ler o progresso de um sprint de relance

> O gráfico burn down mostra o trabalho que resta em um sprint, dia a dia, contra uma linha ideal. Como ler as formas, o que revelam e como o Prior o desenha.

Source: https://priortasks.com/pt/guides/burn-down-charts/
Last updated: 2026-11-05

Um gráfico burn down mostra quanto trabalho ainda resta em um sprint, dia a dia. A linha deve cair até zero no último dia. Se ela fica abaixo da linha ideal, a equipe está adiantada. Se fica acima, está atrasada.

## O que é

É uma ferramenta padrão das equipes Scrum. O [Scrum Guide](https://scrumguides.org/scrum-guide.html) menciona os gráficos burn down, burn up e os diagramas de fluxo cumulativo como formas de prever, e diz que nenhum deles substitui o empirismo: você ainda decide com base no que de fato aconteceu.

O gráfico tem duas linhas em uma grade. O eixo horizontal são os dias do sprint. O eixo vertical é o trabalho que resta, geralmente em [story points](https://priortasks.com/pt/guides/story-points/). A **linha ideal** é reta, do trabalho comprometido no primeiro dia até zero no último. A **linha real** é o que de fato resta. Com story points, o trabalho só sai da linha quando uma história termina, então a linha real se move por degraus.

## Por que funciona

Um gráfico burn down é um monitor de progresso que toda a equipe pode ver. Em uma meta-análise de 2016 com 138 experimentos e 19.951 pessoas, Benjamin Harkin e colegas constataram que pedir às pessoas que monitorassem o progresso rumo a uma meta melhorava o alcance dessa meta (d+ = 0,40), e ainda mais quando o progresso era registrado fisicamente ou divulgado publicamente (*Psychological Bulletin*). A maioria dos estudos tratava de metas de saúde pessoal, então a aplicação é uma inferência, mas o mecanismo é o mesmo: quando o progresso está diante de você, você se ajusta mais cedo.

O tempo é o segundo motivo. Uma equipe que vê que está atrasada no dia 3 pode dividir uma história ou pedir ajuda. Uma equipe que descobre isso no dia 9 só pode cortar trabalho.

## Como ler

Compare a linha real com a linha ideal, depois observe a forma.

| Forma | O que costuma significar |
| --- | --- |
| Acima da linha ideal desde o início, e sem fechar | O sprint tem mais do que a equipe consegue fazer, ou as estimativas estavam baixas. |
| Plana, depois uma queda nos últimos dias | As histórias foram começadas juntas e terminadas juntas. O trabalho não termina dia a dia. |
| Um salto para cima | Trabalho foi acrescentado ao sprint depois que ele começou. |
| Abaixo da linha ideal cedo | A equipe está adiantada, ou se comprometeu com pouco. |
| Plana enquanto todos estão ocupados | As histórias são grandes demais para terminar, ou estão bloqueadas. |

Estas são leituras comuns, não regras. O gráfico mostra onde olhar. Só a equipe pode dizer o porquê.

Um **gráfico burn up** desenha duas linhas no lugar de uma: o trabalho feito, que sobe, e o escopo total, que é uma linha própria. Quando alguém acrescenta trabalho, a linha do escopo dá um salto, e você o vê. No gráfico burn down, o trabalho acrescentado e o trabalho concluído se cancelam na mesma linha, então um trecho plano pode significar uma coisa ou outra. O burn up mantém as duas separadas, o que facilita a leitura quando o escopo muda.

Considere uma equipe com 40 pontos comprometidos ao longo de 10 dias. A linha ideal diz que deveriam restar 20 pontos no dia 5. A linha real diz 31. A equipe olha o quadro e encontra duas histórias de 8 pontos em andamento, ambas esperando revisão. Termina uma, divide a outra, e no dia 8 restam 14 pontos contra 8 da linha ideal. Na revisão do sprint, resta uma história de 5 pontos, e a equipe a tira do sprint com o acordo do product owner.

## Como usar

1. **Fixe o escopo no primeiro dia.** A linha ideal parte do que a equipe comprometeu.
2. **Mova as histórias para concluídas só quando estiverem realmente prontas.** O gráfico só cai nesse momento.
3. **Olhe para ele na reunião diária.** Um relance: adiantado, no caminho ou atrasado.
4. **Quando estiver atrasado, pergunte por quê.** Procure histórias bloqueadas ou grandes demais. Pergunte o quê, não quem.
5. **Na revisão, olhe a forma inteira.** Um meio plano e um precipício no fim são um padrão para trabalhar no próximo sprint.

## Erros a evitar

- **Tratar a linha ideal como meta.** O trabalho real não é linear. Uma linha um pouco acima da ideal no meio é normal.
- **Deixar histórias em andamento.** Muitas histórias meio prontas geram uma linha plana e um precipício. Termine antes de começar.
- **Mudar estimativas para deixar a linha mais bonita.** Redimensionar o trabalho no meio do sprint esconde o que o gráfico deveria mostrar.
- **Esconder mudanças de escopo.** Se o trabalho foi acrescentado, diga isso. Um burn up mostra.
- **Usar o gráfico como boletim.** Um gráfico usado para julgar a equipe faz as pessoas deixarem de reportar com honestidade.
- **Deixar histórias sem estimativa.** O gráfico não consegue contar o que não tem tamanho.

## Quando não é a ferramenta certa

- **Em fluxo contínuo.** Sem sprint, não há o que consumir. Olhe quanto tempo os itens levam, ou um diagrama de fluxo cumulativo.
- **Para sprints muito pequenos.** Com cinco histórias, a linha se move em poucos saltos grandes. Conte as histórias.
- **Quando nada é estimado.** Conte as tarefas. O Prior faz isso por você.
- **Quando a meta é um prazo final longo.** Um gráfico burn up da entrega inteira mostra escopo e progresso ao longo de meses.

## No Prior

> [!pro] Os gráficos de progresso fazem parte do kit Scrum
> Eles precisam do Pro no plano do dono do projeto. Sem ele, um projeto Scrum funciona como Kanban, sem gráfico, e os dados continuam guardados. Projetos Scrumban não têm gráficos de progresso. Veja [Planos e preços](https://priortasks.com/pt/docs/account/plans-and-pricing/).

Em um projeto Scrum, abra a aba **Sprints**. O **Gráfico de progresso** fica acima dos cartões de sprint.

- **Escolha o sprint.** Ele começa no sprint em andamento, ou no último encerrado.
- **Troque a visão.** **Burn down | Burn up**.
- **Burn down** desenha o trabalho **Restante** (escopo menos o feito) e uma linha **Ideal** tracejada, do escopo comprometido no primeiro dia até zero no último.
- **Burn up** desenha o **Feito**, o **Escopo** total, que dá um salto quando o trabalho é acrescentado ou removido, e a linha **Ideal**, de 0 até o escopo comprometido.
- **Hoje** fica marcado, e os dias seguintes ficam vazios, com apenas a linha ideal chegando ao fim.
- **Unidade.** O gráfico conta story points quando alguma tarefa do sprint tem estimativa. Caso contrário, conta tarefas e mostra **Em tarefas (nada estimado)**.
- **Detalhes.** Passe o cursor ou toque em um dia para ver os valores, e use as setas do teclado quando o gráfico tiver foco. Um leitor de tela recebe um resumo de uma frase e uma tabela oculta com todos os dias.

O gráfico recarrega quando uma tarefa do sprint muda de estado, de pontos ou de sprint.

Dois limites para saber. Para um projeto salvo nos servidores do Prior, o gráfico reproduz o histórico das suas tarefas, então cada dia mostra os pontos e a conclusão que aquelas tarefas tinham naquele dia. A pertença a um sprint não tem histórico: o escopo é, portanto, formado pelas tarefas atuais do sprint. Uma tarefa que você tira do sprint também desaparece dos dias passados, e uma tarefa acrescentada tarde aparece a partir do dia em que foi criada, e não do dia em que entrou no sprint. Para um projeto pessoal, ou quando o Prior não consegue alcançar o servidor, o gráfico é montado com as tarefas como estão agora e é marcado como **Estimado**: uma tarefa concluída conta no dia em que mudou pela última vez, e as reestimativas não são conhecidas.

Veja [Gráficos burn](https://priortasks.com/pt/docs/agile/burn-charts/) para a referência, e [Ciclos e sprints](https://priortasks.com/pt/docs/agile/cycles-and-sprints/) para a configuração do sprint.