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

O burndown mostra quanto trabalho ainda falta em função do tempo que resta. A linha começa no total planeado 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 porque se afastam. O erro mais comum é olhar apenas se a linha "está a descer" e esquecer-se de perguntar o que ela está a medir.

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 a equipa atrasada.

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. Aparecem duas linhas:

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

Se a linha real fica abaixo da ideal, a equipa está adiantada. Se fica acima, está atrasada. 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	Planeamento realista e fluxo constante	Manter. Registar o que funcionou para a próxima sprint
Atrasado	A linha real fica acima da ideal e o espaço entre elas aumenta	Âmbito demasiado grande para a capacidade, ou impedimentos que não foram tratados	Conversar na daily, retirar itens do âmbito ou remover o impedimento
Âmbito que cresce	A linha sobe a meio da sprint, em vez de só descer	Pedidos novos a entrar depois do início, ou tarefas que se revelaram maiores	Registar 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	As tarefas só são encerradas no fim, ou há trabalho em curso em excesso	Dividir em itens mais pequenos, limitar o trabalho em curso e atualizar o estado diariamente
Adiantado cedo de mais	A linha real cai bem abaixo da ideal logo na primeira metade	Estimativas inflacionadas, ou itens fáceis feitos primeiro	Puxar mais itens do backlog e rever a calibração das estimativas
Linha plana	Nada muda durante dias seguidos	Equipa bloqueada ou estado que não está a ser 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 a crescer: o gráfico mostra que o desfasamento não se recupera sozinho. Quanto mais cedo o perceber, mais opções tem. No quarto dia, é possível retirar um item sem drama. No nono, só resta explicar o atraso.

Âmbito que cresce: a linha que sobe

Esta é a leitura mais ignorada. A linha a subir não é culpa da equipa: é sinal de que entrou trabalho novo. Pode ser legítimo (um problema urgente), mas tem de ser visível. Sem registo, a equipa é cobrada por uma meta que mudou a meio do caminho e a conversa transforma-se em defesa. Com registo, a pergunta passa a ser "o que saiu para entrar isto?".

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 a equipa acelerou. Diz que o estado só é atualizado na véspera da revisão, ou que muitas tarefas ficam "quase prontas" durante dias. O risco é real: se uma delas encravar no último dia, o que parecia quase pronto passa a sobra para a sprint seguinte.

Quando o burndown mente

O gráfico é fiel ao que está registado, não ao que acontece. Quando o registo é mau, o gráfico torna-se uma ficção confortável. Cinco situações aparecem com frequência.

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

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

2. Fechar tarefas 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 (revisto, testado, aprovado, publicado) e conte apenas o que a cumpre.

3. Reestimar para fechar a conta

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

4. Esconder o âmbito novo

Entregar um pedido extra sem o lançar na sprint faz a equipa parecer lenta: o trabalho foi feito, mas a linha não o mostra. É o oposto do caso anterior e igualmente enganador. Todo o trabalho relevante deve estar no quadro.

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

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

Perguntas que o gráfico ajuda a responder

• O planeamento está realista? Se as sprints terminam sempre acima do ideal, a equipa está a comprometer-se com mais do que entrega.
• O trabalho está a chegar de fora? Uma linha que sobe repetidamente aponta para pedidos que entram sem passar pelo planeamento.
• O fluxo é contínuo? Os degraus indicam concentração de entregas no fim.
• Há bloqueios? Uma linha plana durante dias é a pergunta "o que está a impedir?" já formulada.

Repare que nenhuma destas perguntas é "quem está em dívida?". O burndown mede a sprint, não as pessoas. Usado como ferramenta de cobrança individual, deixa de ser usado com honestidade.

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

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

Se está a começar com Scrum, o guia de Scrum explica onde o gráfico se encaixa no ciclo da sprint, juntamente com a daily, a revisão e a retrospetiva.

Um uso prático por sprint

1. Na primeira daily, confirme se o total planeado está correto e se todo o trabalho previsto está no quadro.
2. A meio da sprint, compare a linha real com a ideal. Se a distância passar de um quinto do total, converse sobre retirar um item.
3. Quando a linha subir, registe a origem do que entrou e combine o que sai.
4. Na retrospetiva, use o formato do gráfico como ponto de partida: atrasado, degrau, âmbito 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-o à sua equipa depois de algumas sprints.

Resumo

Um bom burndown é aquele que ajuda a decidir cedo: retirar um item, remover um impedimento, renegociar o âmbito. Um mau burndown é aquele que só confirma, no último dia, o que toda a gente já sentia. A diferença está menos no gráfico e mais na honestidade do registo que o alimenta.