Gráfico de burndown ágil: um tutorial de gerenciamento de projetos

Principais conclusões

• Os gráficos de burndown mostram o trabalho restante ao longo do tempo para que equipes ágeis possam identificar riscos o quanto antes e se ajustar antes que um sprint termine. O Jira é uma fonte comum de informações confiáveis para esse tipo de visualização.

• Eles monitoram o esforço restante, como pontos de história, horas ou outras estimativas, e não o desempenho individual, a qualidade ou mudanças explícitas de escopo.

• Os tipos mais comuns são burndowns de sprint, epic, lançamento e versão, cada um sendo útil em diferentes perspectivas de planejamento.

• Use gráficos de burndown como um sinal de alerta precoce: platôs indicam bloqueios, quedas tardias sugerem atualizações em lote ou trabalho acumulado no final, e saltos ascendentes costumam significar que o escopo foi ampliado. Considere usar gráficos de burnup quando o escopo muda com frequência.

Os gráficos de burndown ajudam as equipes ágeis a ver se estão no caminho certo para finalizar antes do fim do sprint o trabalho que se comprometeram a fazer. 

Em uma única visualização, você pode identificar tendências (progresso constante, paralisações, correria de última hora) e decidir o que fazer em seguida.

Este guia explica o que é um gráfico de burndown, o que ele monitora, tipos comuns, como criar um e como interpretar os principais padrões, tudo isso usando o Jira como exemplo principal.

O que é um gráfico burndown?

Um gráfico de burndown mostra quanto trabalho resta ao longo do tempo, sendo mais comum durante um sprint. Isso permite que as equipes avaliem o progresso em direção a uma meta e visualizem o cronograma do projeto. 

Segundo o tutorial do Jira, uma ferramenta da Atlassian, ele mostra o trabalho concluído (em um sprint ou epic) e o total restante, usado para prever a probabilidade de finalização dentro do tempo disponível.

Em geral, um gráfico de burndown inclui uma linha de esforço ideal, isto é, uma trajetória reta e planejada da carga de trabalho total até a conclusão. Ela serve como referência para comparar com o progresso real. 

A quantidade de trabalho restante aparece no eixo vertical, enquanto o tempo decorrido fica no eixo horizontal.

Relação dos eixos (rápida)

No Jira, o eixo vertical reflete a estatística de estimativa selecionada (por exemplo, pontos de história ou horas). Ou seja:

• Eixo X: tempo (muitas vezes, dias em um sprint)

• Eixo Y: esforço restante (baseado na unidade de estimativa da equipe)

Quais são os usos comuns em sprints?

Os gráficos de burndown são mais usados para acompanhar o progresso dentro de um único sprint do Scrum. Assim, as equipes monitoram a iteração e logo se ajustam quando a meta do sprint está em risco.

Quando usados em sprints, o objetivo é o acompanhamento diário dentro de uma única iteração que dura de uma a quatro semanas. Isso ajuda as equipes a medir a velocidade e gerenciar o trabalho nesse período específico com prazo definido.

Os gráficos de burndown são ainda mais úteis em sprints de curto prazo com escopo fixo, onde é improvável que os requisitos mudem.

O que os gráficos de burndown rastreiam?

Esses gráficos acompanham o esforço restante, ou quanto trabalho a equipe acredita que ainda precisa ser concluído. Eles permitem que as equipes comparem o progresso real com o planejado.

Isso facilita a visualização de quanto trabalho foi concluído em comparação com o esperado.

Além disso, os gráficos de burndown ajudam a avaliar a probabilidade de a equipe concluir o trabalho dentro do prazo estabelecido. As unidades mais comuns são:

• Pontos da história

• Estimativas de tempo/horas

• Uma estatística de estimativa definida pela equipe (o Jira aceita pontos de história, horas ou uma unidade personalizada)

As estimativas de pontos de história são muito usadas para quantificar quanto esforço é necessário em cada tarefa, ajudando as equipes a visualizar e acompanhar o progresso em um gráfico de burndown.

O que os gráficos de burndownnãomostram

Um gráfico de burndown não conta toda a história. Por si só, ele não costuma mostrar:

• Desempenho individual

• Qualidade do trabalho ou valor agregado

• Mudanças de escopo claras e explícitas ao longo do tempo (é aí que os gráficos de burnup ajudam, o que vamos ver melhor depois)

Três tipos de gráficos de burndown

Há algumas variações comuns desse gráfico. 

Os gráficos de burndown de projeto monitoram o progresso geral do projeto, acompanhando o trabalho concluído e restante ao longo do ciclo de vida do projeto. A Atlassian também destaca o gráfico de burndown de sprint e o de epic e versão como métricas ágeis essenciais.

Os gráficos de burndown de produto fornecem um resumo visual do trabalho restante em todo o backlog do produto ou epics grandes. Eles oferecem insights estratégicos e de longo prazo sobre o progresso do projeto. 

Esses tipos de gráficos são ainda mais úteis para coordenar o planejamento e os recursos entre várias equipes trabalhando em diferentes partes de um projeto. 

No entanto, você vai ver três tipos principais:

1. Gráfico de burndown de sprint

Use para focar em um sprint por pouco tempo (uma iteração) e acompanhar o progresso dele. Funciona melhor quando a equipe está trabalhando com um backlog do sprint e quer visibilidade do dia a dia.

A linha de trabalho restante real flutua conforme as tarefas são concluídas, o que fornece uma representação realista do desempenho da equipe. Esta linha muitas vezes oscila acima e abaixo da linha de trabalho restante ideal, destacando mudanças no progresso e na aderência ao cronograma.

Dica: faça a atualização diária para garantir a precisão. Os gráficos de burndown são mais úteis quando os dados refletem o que ainda falta no final de cada dia.

Para visualizar o gráfico burndown do sprint:

• Navegue até seu espaço Scrum.

• Selecione o sprintativo ou o backlog.

• Clique em Reports (Relatórios) e selecione Burndown Chart (Gráfico de burndown).

Confira detalhes sobre os aspectos importantes em um gráfico de burndown de sprint do Jira:

1. Estatística de estimativa: o eixo vertical representa a estatística de estimativa selecionada.

2. Valores remanescentes: a linha vermelha representa a quantidade total de trabalho restante no sprint, de acordo com as estimativas da sua equipe.

3. Orientação: a linha cinza estima onde sua equipe deveria estar com progresso constante. Se a linha vermelha está abaixo dela, sua equipe está no caminho certo para finalizar o sprint, embora esse seja apenas um indicador para monitorar o progresso.

2. Gráfico de burndown de epic

Use para acompanhar o progresso de um único epic em vários sprints. A Atlassian observou que essa visualização ajuda as equipes a ver o quão rápido estão trabalhando em um epic e como o trabalho adicionado/removido impacta o progresso geral. 

Os gráficos de burndown de epic também ajudam as equipes a estimar quantos sprints são necessários para concluir um epic. Elas só precisam analisar a velocidade do sprint atual e as mudanças de escopo.

Para ver o gráfico de burndown de epic no Jira:

• Navegue até seu espaço Scrum.

• Selecione o sprint ativo ou o backlog.

• Clique em Reports (Relatórios) e selecione EpicBurndown (Burndown do epic).

• Selecione um epic na lista suspensa ao lado do cabeçalho Epic Burndown (Burndown do epic). Em seguida, escolha entre épicos em espaços configurados para seu quadro com o filtro dele.

Para entender por completo cada seção do gráfico de burndown de epic, confira esta explicação rápida:

1. Menu do epic: selecione de qual epic visualizar dados.

2. Trabalho adicionado: o segmento azul-escuro mostra a quantidade de trabalho adicionado ao epic em cada sprint. Nesse exemplo, o trabalho é medido em pontos de história.

3. Trabalho restante: o segmento azul-claro mostra a quantidade de trabalho pendente no epic.

4. Trabalho concluído: o segmento verde representa a quantidade de trabalho concluído no epic em cada sprint.

5. Conclusão projetada: o relatório projeta quantos sprints vão ser necessários para concluir o epic, com base na velocidade da equipe.

3. Gráfico de burndown de versão ou produto

Use um gráfico de burndown de versão para acompanhar a entrega de uma versão em vários sprints. Isso é útil para prever lançamentos e emitir relatórios de longo prazo para partes interessadas.

Um gráfico de burndown de versão acompanha o progresso em vários sprints ou marcos. Por isso, é importante no gerenciamento de projetos ágil e planejamento estratégico em equipes ágeis. 

A Atlassian classifica o gráfico de burndown de versão como o acompanhamento do progresso de um trabalho maior que um único sprint.

Quais são os componentes de um gráfico de burndown?

Um gráfico de burndown consiste em alguns elementos principais. Depois que você entende esses conceitos, fica muito mais fácil interpretar os sinais que o gráfico está mostrando.

• Eixos (tempo + esforço restante): o tempo é representado ao longo do eixo x (muitas vezes cada dia do sprint). Já o esforço restante percorre o eixo y usando a unidade de estimativa da sua equipe (pontos de história, horas, etc.). No Jira, isso reflete sua estatística de estimativa configurada.

• Linha de trabalho restante ideal: uma linha de orientação reta desde o esforço total estimado do sprint no Dia 1 até zero no dia final. Você pode calcular a taxa de uso de capital diária ideal como esforço total estimado ÷ número de dias úteis.

• Linha de trabalho restante real: o esforço restante real no final de cada dia com base no status do trabalho atualizado e nas estimativas. Esta linha oscila para cima ou para baixo conforme o trabalho é concluído ou o escopo muda.

• Como interpretar ideal x real:

  • Se a linha real permanece próxima da ideal, o sprint está indo bem.

  • Se a linha real está acima da ideal, o sprint pode estar em risco (ou o escopo aumentou).

  • Se a linha sobe, algo mudou (muitas vezes, o trabalho aumentou).

Observação: se as mudanças de escopo são frequentes e você precisa de maior visibilidade, os gráficos de burnup mostram o escopo total separado do trabalho concluído.

Como criar um gráfico de burndown

Crie gráficos de burndown por conta própria usando ferramentas de gerenciamento de projetos ou conte com plataformas como o Jira para automatizar atualizações e reduzir o esforço. Atualizações diárias são essenciais para refletir com precisão o progresso da equipe e identificar problemas o quanto antes.

Comece a criar seu próprio gráfico de burndown seguindo estas etapas:

Etapa 1: defina o trabalho e estime o esforço

No Jira, sua equipe define uma estatística de estimativa (pontos de história, horas ou uma unidade personalizada) para que o gráfico de burndown reflita suas estimativas com consistência. Ao acompanhar atualizações diárias, as equipes entendem o ritmo de progresso delas e melhoram o planejamento de sprints futuro.

Defina o ticket e o esforço:

• Liste os itens do backlog incluídos (para o sprint: o backlog do sprint).

• Estime cada item usando a unidade escolhida (pontos da história, horas, etc.). Essas estimativas são usadas para acompanhar o progresso e comparar tickets concluídos com tickets planejados.

Etapa 2: definir eixos e desenhar a linha ideal

Os gráficos de burndown exigem eixos definidos e linhas ideais para mostrar o progresso real. Para configurar:

• Coloque a linha do tempo do sprint no eixo x

• Coloque o esforço total estimado no eixo y

• Desenhe a linha ideal do esforço total até zero pela data de término do sprint

Etapa 3: marcar o progresso diário

No Jira, é comum que você visualize isso como relatório, em vez de você ter que fazer a marcação. Os passos do tutorial da Atlassian para visualizar o burndown do sprint são: vá para o seu espaço do Scrum, escolha Backlog/Sprint ativo, depois Relatórios e Gráfico de Burndown. Se assegure de: 

• Registrar o trabalho restante no final de cada dia para acompanhar o progresso diário

• Atualizar a linha real todos os dias e usar um gráfico de burndown para visualizar o progresso

Etapa 4: revisar, ajustar e fazer a retrospectiva

A documentação de suporte e anotações que acompanham os tickets restantes durante todo o processo iterativo ajudam as equipes a responder às tendências conforme necessário. Durante o sprint (e em especial na retrospectiva), não deixe de:

• Comparar o progresso real com a tendência ideal

• Discutir o que causou os desvios

• Ajustar os hábitos futuros de estimativa e planejamento

Como ler o progresso real

Um gráfico de burndown é mais fácil de interpretar quando você trata ele como um sistema de alerta antecipado diário para acompanhar o progresso real e o progresso efetivo da equipe, não como indicador de desempenho.

Padrão saudável do gráfico de burndown

Um padrão saudável em geral se parece com uma descida constante em direção ao zero. Se a equipe termina com frequência antes do prazo, pode ser que não esteja se comprometendo com trabalho suficiente durante o planejamento. 

No entanto, se as equipes costumam não atingir suas metas, podem estar assumindo tickets demais. A Atlassian observa que tanto cumprir quanto não cumprir as metas são sinais valiosos revelados pelas tendências do gráfico de burndown.

Linha plana ou platô

Um platô costuma indicar que o ticket está bloqueado ou não está avançando para "concluído".

• Use a reunião rápida para identificar o bloqueador

• Concentre esforços na restrição

• Divida o ticket em partes menores se "concluído" for muito extenso

Queda acentuada

Uma queda repentina pode significar:

• que o ticket foi concluído em lote e atualizado depois, ou

• que o ticket foi feito às pressas no final

Resposta:

• confirmar se os critérios de aceitação foram atendidos

• verificar qualidade (testes, revisão, "definição de pronto")

Linha real acima ou abaixo da linha ideal

A posição da linha real em relação à linha ideal mostra se a equipe está adiantada ou atrasada no cronograma. Eles são divididos nestas duas categorias:

• Acima do ideal: cronograma atrasado (ou escopo aumentado)

• Abaixo do ideal: adiantado no cronograma (ou o ticket foi superestimado)

Gráficos de burndown vs. gráficos de burnup

O gráfico de burndown responde quanto ticket resta, enquanto os gráficos burnup mostram o quanto você concluiu e o quanto do escopo total existe. 

Um gráfico burnup usa a linha separada para distinguir o escopo total dos tickets concluídos, deixando mais fácil a visualização das mudanças de escopo ao longo do tempo.

• O gráfico de burndown enfatiza o ticket restante com tendência a zero.

• Os gráficos burnup deixam as mudanças de escopo visíveis ao mostrar o escopo total junto com os tickets concluídos.

Quando usar gráficos burnup

Use o burnup quando mudanças de escopo são comuns e você quer que as partes interessadas vejam a diferença entre "o trabalho está atrasado" e "há tickets novos".

Muitas equipes usam os dois: gráfico de burndown para sinais de execução do sprint e burnup para transparência do escopo.

Use gráficos de burndown na gestão de projetos e na metodologia Ágil

Os gráficos de burndown funcionam melhor quando fazem parte do ritmo de entrega, em especial no projeto scrum. O jeito como a equipe trabalha em conjunto é fundamental para interpretar gráficos de burndown e gerenciar projetos Ágeis. Use em:

• Planejamento de sprint: confirme se o compromisso é realista

• Reuniões rápidas diárias: consulte o gráfico para identificar riscos com antecipação (não para microgerenciar)

• Revisão de sprint ou relatório para stakeholders: explique o progresso, as compensações e as alterações

• Retrospectiva: aprenda com os padrões (entregas atrasadas, platôs longos, adições de escopo frequentes)

Erros comuns a serem evitados

Muitos erros devem ser evitados com gráficos de burndown, mas os mais comuns incluem:

• Não atualizar todos os dias: gráficos desatualizados não mostram riscos até que seja tarde demais.

• Usar contagens de tarefas em vez de unidades de esforço: contagens brutas podem distorcer a realidade, enquanto unidades com bases em esforço são mais significativas para previsões.

• Ignorar alterações de escopo: se tickets forem adicionados no meio da sprint, o gráfico de burndown pode parecer "pior" mesmo que a execução esteja boa. Acompanhe as mudanças de escopo separadas ou use burnup para ter visibilidade.

• Usar o gráfico de burndown como métrica de desempenho individual: é um sinal de planejamento e entrega no nível da equipe, não ferramenta de avaliação de pessoas.

Ferramentas, templates e automações para ajudar a criar gráficos de burndown

Capacidades de gráfico de burndown do Jira

O Jira oferece relatórios de gráfico de burndown de sprint e faz com que o eixo y reflita a estatística de estimativa que você escolheu. O tutorial da Atlassian explica onde encontrar o relatório de gráfico de burndown e o que as linhas representam.

Modelos do Excel/Planilhas (opção manual)

Se você precisar criar um gráfico de burndown à mão:

• criar a tabela com Dia 1 até Dia N

• incluir uma coluna "esforço restante"

• criar gráfico de linhas

• adicionar uma coluna "ideal restante" para o guia.

Combine com o Confluence e o Loom para maior clareza

• Confluence: documente a abordagem de estimativa, a definição de pronto e a meta do sprint para que as equipes interpretem o gráfico com consistência.

• Loom: grave explicações assíncronas rápidas ("Aqui está o motivo de estar acima do ideal e o que a gente está fazendo a respeito") para reduzir a carga de reuniões e evitar interpretações erradas.

Gráfico de burndown: perguntas frequentes

Qual é a diferença entre um gráfico de burnup e um gráfico de burndown?

Um gráfico de burndown monitora a quantidade de trabalho restante ao longo do tempo, enquanto um gráfico de burnup mostra o trabalho concluído em comparação com o trabalho total. Ambos visualizam o progresso, mas os gráficos de burnup tornam as alterações do escopo mais visíveis.

Quais são os quatro tipos de gráficos de burndown?

Os quatro tipos de gráficos de burndown são burndown de sprint, burndown de epic, burndown de lançamento e burndown de versão. Cada um monitora o progresso em diferentes níveis de trabalho no Jira.

Qual é a finalidade de um gráfico de burndown?

Um gráfico de burndown ajuda as equipes a monitorar o progresso, prever se as metas vão ser atingidas e identificar com rapidez problemas como desvio de escopo ou estimativas imprecisas. O gráfico mantém as equipes focadas e informadas durante um sprint ou projeto.

Qual é a alternativa a um gráfico de burndown?

As alternativas aos gráficos de burndown incluem gráfico de burnup, diagramas de fluxo cumulativo e gráficos de velocidade. Essas ferramentas também ajudam as equipes a visualizar o progresso e gerenciar o fluxo de trabalho.