Gráfico de burndown: como ler, o que ele mostra e quando ele mente

O burndown mostra quanto trabalho ainda falta em função do tempo que resta. A linha começa no total planejado da sprint e deve chegar perto de zero no último dia. Ler o gráfico é comparar a linha real com a linha ideal e perguntar por que elas se afastam. O erro mais comum é olhar só se a linha "está descendo" e esquecer de perguntar o que ela está medindo.

Este texto descreve os formatos que o gráfico costuma ter, o que cada um diz sobre a sprint e os erros que deixam o gráfico bonito com o time atrasado.

Como o gráfico é montado

O eixo horizontal são os dias da sprint. O eixo vertical é o trabalho restante, medido em pontos, em horas ou em número de tarefas. Duas linhas aparecem:

• Linha ideal: uma reta do total planejado no primeiro dia até zero no último. É a referência de ritmo constante.
• Linha real: o que de fato restou ao fim de cada dia, conforme as tarefas são concluídas.

Se a linha real fica abaixo da ideal, o time está adiantado. Se fica acima, está atrasado. Parece simples, e é: a dificuldade está em interpretar o formato, não em ler a posição.

Os formatos mais comuns

Formato	Como aparece	O que costuma significar	O que fazer
Próximo do ideal	A linha real acompanha a reta, com pequenos desvios	Planejamento realista e fluxo constante	Manter. Anotar o que funcionou para a próxima sprint
Atrasado	A linha real fica acima da ideal e o espaço entre elas aumenta	Escopo grande demais para a capacidade, ou impedimentos que não foram tratados	Conversar na daily, tirar itens do escopo ou remover o impedimento
Escopo que cresce	A linha sobe no meio da sprint, em vez de só descer	Pedidos novos entrando depois do início, ou tarefas que se mostraram maiores	Registrar a origem de cada entrada e combinar com o dono do produto o que sai em troca
Degrau no fim	A linha fica quase reta e despenca nos últimos dias	Tarefas só são encerradas no fim, ou trabalho em andamento em excesso	Quebrar em itens menores, limitar o trabalho em andamento e atualizar o status diariamente
Adiantado cedo demais	A linha real cai bem abaixo da ideal já na primeira metade	Estimativas infladas, ou itens fáceis feitos primeiro	Puxar mais itens do backlog e revisar a calibragem das estimativas
Linha plana	Nada muda por dias seguidos	Time bloqueado ou status que não está sendo atualizado	Descobrir qual das duas é a causa antes de qualquer conclusão

Atrasado: o desvio que se acumula

Um dia atrás do ideal é normal. O que merece atenção é a distância crescendo: o gráfico mostra que a defasagem não se recupera sozinha. Quanto mais cedo você percebe, mais opções tem. No quarto dia, é possível retirar um item sem drama. No nono, só resta explicar o atraso.

Escopo que cresce: a linha que sobe

Esta é a leitura mais ignorada. A linha subindo não é culpa do time: é sinal de que trabalho novo entrou. Pode ser legítimo (um problema urgente), mas precisa ser visível. Sem o registro, o time é cobrado por uma meta que mudou no meio do caminho e a conversa vira defesa. Com o registro, a pergunta passa a ser "o que saiu para entrar isso?".

Degrau no fim: o gráfico que parece uma escada

Quando a linha cai quase toda nos últimos dias, o gráfico não diz que o time acelerou. Diz que o status só é atualizado na véspera da revisão, ou que muitas tarefas ficam "quase prontas" por dias. O risco é real: se uma delas travar no último dia, o que parecia quase pronto vira sobra para a sprint seguinte.

Quando o burndown mente

O gráfico é fiel ao que está registrado, não ao que acontece. Quando o registro é ruim, o gráfico vira ficção confortável. Cinco situações aparecem com frequência.

1. Medir por número de tarefas quando elas têm tamanhos muito diferentes

Se a sprint tem 20 tarefas, e uma delas vale mais que as outras 19 juntas, concluir 19 deixa a linha quase no zero e o trabalho principal intacto. Use pontos, horas ou pelo menos tarefas de tamanho parecido. O cuidado de quebrar o trabalho em partes comparáveis está explicado em épico, user story e tarefa.

2. Fechar tarefa para a linha descer

Se a linha é usada como cobrança, as pessoas aprendem a mover o cartão sem terminar de verdade. O gráfico melhora e a qualidade piora. Combine uma definição de pronto clara (revisado, testado, aprovado, publicado) e só conte o que cumpre.

3. Reestimar para fechar a conta

Reduzir a estimativa de uma tarefa no meio da sprint para a linha ficar bonita apaga o atraso do gráfico, mas não do calendário. Estimativa só deve mudar quando o conhecimento muda, e a mudança precisa ser registrada.

4. Esconder o escopo novo

Entregar um pedido extra sem lançá-lo na sprint faz o time parecer lento: o trabalho foi feito, mas a linha não mostra. É o oposto do caso anterior e igualmente enganoso. Todo trabalho relevante deve estar no quadro.

5. Tirar conclusões de uma sprint curta ou isolada

Uma sprint de uma semana com um feriado no meio gera um gráfico torto sem nada ter dado errado. Olhe o padrão de várias sprints antes de mexer no processo. Se três sprints seguidas terminam com degrau, o problema é de fluxo, não de azar.

Perguntas que o gráfico ajuda a responder

• O planejamento está realista? Se as sprints terminam sempre acima do ideal, o time está se comprometendo com mais do que entrega.
• O trabalho está chegando de fora? Linha que sobe repetidamente aponta para pedidos que entram sem passar pelo planejamento.
• O fluxo é contínuo? Degraus indicam concentração de entrega no fim.
• Há bloqueios? Linha plana por dias é a pergunta "o que está impedindo?" já formulada.

Perceba que nenhuma dessas perguntas é "quem está devendo?". O burndown mede a sprint, não as pessoas. Usado como ferramenta de cobrança individual, ele deixa de ser usado com honestidade.

Burndown, quadro e fluxo: cada um responde a uma pergunta

O burndown responde "vamos terminar no prazo?". Não responde "onde o trabalho está parado?" nem "quanto tempo cada item leva?". Para isso, olhe o quadro de status e as métricas de fluxo. A página de fluxo da Tasskee trata justamente dessa leitura, a de quanto tempo o trabalho passa em cada etapa, que complementa o burndown.

Se você está começando com Scrum, o guia de Scrum explica onde o gráfico se encaixa no ciclo da sprint, junto com a daily, a revisão e a retrospectiva.

Um uso prático por sprint

1. Na primeira daily, confira se o total planejado está correto e se todo o trabalho previsto está no quadro.
2. No meio da sprint, compare a linha real com a ideal. Se a distância passa de um quinto do total, converse sobre retirar um item.
3. Quando a linha subir, anote a origem do que entrou e combine o que sai.
4. Na retrospectiva, use o formato do gráfico como ponto de partida: atrasado, degrau, escopo que cresce? Cada um leva a uma conversa diferente.

O limite de um quinto é uma sugestão para provocar a conversa, não uma regra de método. Ajuste ao seu time depois de algumas sprints.

Resumo

Um burndown bom é aquele que ajuda a decidir cedo: tirar um item, remover um impedimento, renegociar o escopo. Um burndown ruim é aquele que só confirma, no último dia, o que todo mundo já sentia. A diferença está menos no gráfico e mais na honestidade do registro que o alimenta.