what-is-a-burndown-chart

Um burndown chart acompanha o trabalho restante ao longo do tempo, oferecendo às equipes de engenharia um sinal visual simples sobre se estão no ritmo certo para terminar uma sprint ou release. Ele traça uma inclinação ideal descendente contra o progresso real, e a lacuna entre elas conta a história. O gráfico é um elemento fixo no Scrum e na prática ágil porque comprime muita informação em uma única olhada, mas como qualquer métrica, funciona melhor quando você entende o que ele mostra e o que oculta.

O que é um burndown chart?

Um burndown chart é um gráfico de linha que mostra quanto trabalho resta em um determinado período de tempo. O eixo vertical representa o trabalho restante, geralmente em story points, horas ou contagem de tarefas. O eixo horizontal representa o tempo, tipicamente dias para uma sprint ou sprints para uma release. Uma linha ideal inclina-se uniformemente do compromisso inicial até zero no prazo final. Uma linha atual mostra o progresso real, atualizada conforme o trabalho é concluído ou o escopo muda.

O gráfico responde diretamente a uma pergunta: estamos no ritmo certo para terminar? Todo o resto é inferência. Uma linha acima do ideal significa que a equipe está atrasada. Uma linha abaixo do ideal significa que está adiantada. Uma linha plana significa que nenhum trabalho está sendo fechado. Um salto repentino para cima significa que o escopo foi adicionado. O valor está na conversa que o gráfico provoca, não na linha em si.

Tipos de burndown charts

Burndown charts vêm em duas escalas, e a distinção importa porque cada uma serve a diferentes públicos e decisões.

Burndown chart de sprint

Um burndown de sprint acompanha uma sprint, geralmente de uma a quatro semanas. O eixo horizontal são os dias, o eixo vertical é o trabalho restante para aquela sprint. É construído para conversas diárias em standups e para detectar atrasos no meio da sprint antes que se tornem uma falha. Na prática, o scrum master e a equipe de desenvolvimento são os donos deste gráfico. Ele fica em um dashboard ou quadro branco e é referenciado no scrum diário para decidir se o objetivo da sprint ainda é realista ou se a equipe precisa se unir em um item bloqueado.

Burndown chart de produto

Um burndown de produto acompanha todo o produto ou uma release importante através de múltiplas sprints. O eixo horizontal são as sprints, o eixo vertical é o backlog do produto. É construído para conversas com stakeholders e sobre roadmap, não para standups diários. O product owner é o dono desta visão e a utiliza para responder perguntas sobre quando uma milestone será entregue e se o escopo comprometido cabe no timeline. Ele revela o crescimento do escopo através das sprints de uma forma que um gráfico de sprint única não consegue.

Componentes de um burndown chart

Todo burndown chart tem quatro partes essenciais. Entender cada uma ajuda você a ler o gráfico corretamente e saber qual decisão ele informa.

  • Eixo de tempo (horizontal): Os dias da sprint ou os períodos de sprint que o gráfico cobre. Define o período do compromisso.
  • Eixo de trabalho (vertical): O trabalho restante, medido em story points, horas ou contagem de tarefas. Define o tamanho do compromisso.
  • Linha ideal: Uma inclinação reta do compromisso total até zero no prazo final. Representa o ritmo diário uniforme necessário para terminar no tempo.
  • Linha atual: O progresso real, descendo em degraus conforme o trabalho é fechado ou saltando para cima conforme o escopo é adicionado. Mostra onde a equipe realmente está.

Como ler um burndown chart

Ler um burndown chart é simples quando você sabe o que a lacuna significa. A linha atual conta a história real contra a linha de base ideal.

Quando a linha atual está acima da linha ideal, a equipe está atrasada em relação ao cronograma. A distância vertical mostra quanto trabalho extra resta em comparação com o plano. Uma pequena lacuna no início da sprint é normal. Uma lacuna crescente no final da sprint sinaliza o risco de não terminar.

Quando a linha atual está abaixo da linha ideal, a equipe está adiantada em relação ao cronograma. Isso soa positivo, mas também pode significar que as estimativas foram exageradas ou que o objetivo da sprint foi muito conservador. O gráfico não explica o porquê, apenas que menos trabalho resta do que o planejado.

Uma linha atual plana é o sinal mais importante para observar. Significa que o trabalho não está sendo fechado. A causa pode ser tickets bloqueados, trabalho em progresso que é muito grande, ou um membro da equipe doente. Ambas as formas são iniciadores de conversa em vez de conclusões. Uma linha plana pode significar três tickets bloqueados ou um desenvolvedor doente, e o gráfico não pode dizer qual.

Adições no meio da sprint merecem acompanhamento toda vez, não menos porque o trabalho reativo empurra o roadmap para fora, o que é uma disciplina própria para lidar com trabalho não planejado no desenvolvimento de software.

Exemplo de burndown chart

Imagine uma sprint de duas semanas onde a equipe se compromete com 40 story points. No dia um, a linha atual começa em 40, bem em cima da linha ideal, que inclina-se uniformemente em direção a zero no dia dez.

Os primeiros três dias vão bem. A equipe fecha alguns itens pequenos, a linha atual desce para cerca de 30, e ela acompanha ligeiramente abaixo do ideal.

Então os dias quatro a seis ficam planos. Dois tickets grandes estão em progresso, mas nada está terminando, então a linha se mantém em 30 enquanto a linha ideal continua caindo. No dia seis a linha atual está claramente acima do ideal, e a equipe está atrasada.

A conversa no standup detecta isso. Um ticket está bloqueado por uma API externa, então a equipe o troca por um item menor do backlog e divide o outro ticket em dois.

Os dias sete a nove mostram quedas íngremes conforme as peças terminadas chegam, e a sprint fecha com 4 pontos restantes, ligeiramente abaixo, mas sem surpresas.

Essa forma, progresso inicial, um platô no meio da sprint, uma correção, e um final próximo de zero, é como a maioria dos burndowns reais se parece.

Burndown chart vs burnup chart

Um burnup chart é a mesma ideia com movimento oposto. Em vez de traçar o trabalho restante enquanto ele cai, ele traça o trabalho concluído enquanto ele sobe, ao lado de uma segunda linha mostrando o escopo total.

Burndown chart Burnup chart
Direção Linha cai em direção a zero Linha sobe em direção à linha de escopo
O que traça Trabalho restante Trabalho concluído, mais escopo total
Mudanças de escopo Ocultas dentro da linha de trabalho restante Visíveis como movimento na linha de escopo
Melhor para Leituras rápidas de "estamos no ritmo" durante a sprint Detectar crescimento de escopo e acompanhamento de release

A diferença prática é a visibilidade do escopo. Quando o escopo é adicionado no meio da sprint, um burndown apenas mostra a linha pulando para cima, e o leitor não pode distinguir escopo adicionado de progresso lento.

Um burnup separa os dois, já que a linha de escopo se move independentemente da linha de concluído. Se suas sprints regularmente absorvem novo trabalho, o burnup é a leitura mais honesta.

Benefícios e limitações dos burndown charts

O burndown chart conquista sua popularidade, e tem pontos cegos reais. Equipes de alta performance o utilizam conhecendo ambos os lados.

Benefícios

  • Simples. Uma olhada responde "estamos no ritmo", sem treinamento necessário.
  • Compartilhado. Desenvolvedores, gestores e stakeholders todos leem a mesma imagem, o que o torna uma linguagem compartilhada para progresso da sprint.
  • Rápido de ler. Ele cabe em um standup sem roubar a reunião.
  • Revela problemas cedo. Plateaus e lacunas aparecem dias antes do prazo.

Limitações

  • Ele oculta mudanças de escopo. Trabalho adicionado e progresso lento parecem idênticos na linha de trabalho restante.
  • Ele depende de boas estimativas. Se os pontos comprometidos estavam errados, a linha ideal era ficção desde o primeiro dia, por isso melhorar a precisão do seu planejamento e acompanhar a precisão do planejamento importam tanto.
  • Ele não diz nada sobre valor. Um burndown perfeito pode descrever uma sprint gastada construindo a coisa errada.

Nenhuma dessas limitações torna o gráfico ruim. Elas o tornam um instrumento, que é exatamente como as melhores equipes o tratam.

Acompanhando a entrega além do burndown com DevStats

Um burndown responde "estamos no ritmo desta sprint", e essa é a única pergunta que ele responde.

Líderes de engenharia também precisam saber onde o trabalho para, quanto a equipe realmente finaliza, e se a entrega é estável, o que leva cycle time de issues, throughput e métricas DORA ao lado da visão de sprint.

Cycle time em particular diz por que a linha ficou plana, a pergunta que o burndown levanta e não pode responder. Se você é novo no framework, nosso explicador sobre o que são as métricas DORA é um bom lugar para começar.

DevStats é uma plataforma de inteligência de engenharia que coloca aquele painel de instrumentos ao redor do burndown.

O relatório de sprints mostra o progresso da sprint ao vivo ao lado de mudanças de escopo e carryover, com tendências de cycle time e throughput a um clique de distância, tudo medido no nível de esquadrão e processo em vez de cartões de pontuação individuais.

Os dados permanecem diagnósticos. O DevStats mostra que a sprint está escorregando e onde o trabalho está travado. Você lê isso com seu próprio conhecimento da equipe e decide a intervenção.

Veja o progresso da sua sprint em tempo real

Se seu burndown vive em uma planilha que alguém atualiza depois do standup, você está lendo o sinal de ontem.

O DevStats se conecta às ferramentas que sua equipe já utiliza e mostra o progresso da sprint ao vivo, mudanças de escopo e tendências de entrega em um só lugar, configurado em menos de dois minutos sem mudanças de código. Comece um teste gratuito e veja onde esta sprint realmente está.

Perguntas frequentes

O que um burndown chart mostra?

Um burndown chart mostra a quantidade de trabalho restante em uma sprint ou projeto traçada contra o tempo. A linha de progresso real é comparada com uma linha ideal que cai uniformemente até zero, e a lacuna entre elas mostra se a equipe está adiantada ou atrasada em relação ao cronograma.

Qual é a diferença entre um burndown e um burnup chart?

Um burndown chart traça o trabalho restante caindo em direção a zero, enquanto um burnup chart traça o trabalho concluído subindo em direção a uma linha separada de escopo total. O burnup torna as mudanças de escopo visíveis como movimento na linha de escopo, que um burndown oculta dentro da linha de trabalho restante.

Quem usa um burndown chart?

Scrum masters e equipes de desenvolvimento usam burndowns de sprint em standups diários para acompanhar o progresso da sprint, enquanto product owners usam burndowns de produto para acompanhar uma release através de sprints para stakeholders. Gestores de engenharia e VPs leem ambos para manter conversas de entrega fundamentadas em dados compartilhados.

Quais são as limitações de um burndown chart?

Um burndown chart oculta mudanças de escopo, depende da precisão das estimativas originais, e não diz nada sobre se a equipe está construindo a coisa certa. É melhor tratado como um instrumento diagnóstico ao lado de métricas como cycle time e throughput em vez de uma visão completa da saúde da entrega.