O que é Burnup Chart?
Em português: Gráfico de trabalho concluído · Também conhecido como: Gráfico Burnup, Gráfico de trabalho concluído, Burn-up Chart
O Burnup Chart mostra, no mesmo gráfico, quanto trabalho foi concluído e quanto compõe o escopo conhecido ao longo do tempo.
Burnup Chart é um gráfico que acompanha trabalho concluído e escopo total ao longo do tempo. Uma linha representa o que foi efetivamente finalizado; outra, o tamanho do conjunto conhecido. A distância entre elas mostra o trabalho ainda restante segundo a unidade escolhida. O gráfico ajuda a revelar mudanças de escopo, sem medir diretamente valor ou qualidade.
Origem
O Burnup se difundiu em práticas de acompanhamento ágil, sem autoria única confirmada para a representação geral. O Scrum Guide de 2020 cita burnups entre práticas possíveis de previsão. Não os define como artefato ou regra obrigatória do Scrum.
Equipes passaram a usar Burnup para observar Sprints, versões e iniciativas com escopo evolutivo. Sua utilidade depende de explicitar o que está sendo contado e de registrar alterações no conjunto, em vez de tratar a linha superior como um plano imutável.
Fonte primária: The Scrum Guide
Na prática
O eixo horizontal representa tempo, em dias, semanas ou Sprints. O vertical usa uma unidade de trabalho, como itens ou pontos. **A linha de escopo** registra o total conhecido naquele momento. **A linha de concluído** registra a parte desse total que cumpre o critério de conclusão combinado.
O que acontece quando falta
Sem visibilidade sobre trabalho concluído e escopo conhecido, conversas de prazo podem misturar progresso real com descoberta de novas necessidades. Ainda assim, não é obrigatório usar Burnup: outros registros podem dar transparência equivalente.
O problema aparece quando se apresenta uma previsão sem explicar que o conjunto de trabalho mudou. O gráfico ajuda a separar essas variáveis e a discutir escolhas. O hub de métricas ágeis aprofunda a seleção de medidas conforme a decisão necessária.
Como ler as linhas de um Burnup Chart
O eixo horizontal representa tempo, em dias, semanas ou Sprints. O vertical usa uma unidade de trabalho, como itens ou pontos. A linha de escopo registra o total conhecido naquele momento. A linha de concluído registra a parte desse total que cumpre o critério de conclusão combinado.
Se as duas linhas se encontram, todo o trabalho que o gráfico inclui naquele momento foi concluído. Isso não demonstra que a iniciativa gerou o resultado esperado. Também não garante que não existam necessidades ainda desconhecidas. O conjunto representado precisa ser interpretado com seu objetivo e com o que se aprendeu.
A linha de escopo pode subir quando entram itens novos ou quando uma estimativa aumenta. Pode cair quando itens são retirados ou redimensionados. Uma queda no escopo sem uma subida correspondente na linha de concluído não é entrega. É uma decisão sobre o que compõe o plano. Registrar a razão preserva a transparência.
A linha de concluído deve seguir um critério verificável. Se o time usa pontos de histórias, subtraia ou some os pontos de um item quando ele cumprir a Definition of Done. Chamar de concluída uma história ainda dependente de testes faz a curva parecer mais avançada que a entrega real.
A distância vertical entre as linhas indica o restante segundo a contagem escolhida. Com escopo de 80 pontos e 30 concluídos, restam 50 pontos estimados. Isso não significa 50 horas nem 50 dias. A evolução do restante depende de descobertas e da maneira como o time trabalha.
Muitos gráficos usam uma terceira referência para trabalho planejado por Sprint. Ela pode mostrar uma previsão anterior, mas precisa ser identificada como tal. Misturar linha planejada e linha de trabalho efetivamente pronto prejudica a leitura.
Para discutir prazo, a equipe pode examinar sua história de conclusões e a tendência do escopo. Uma extrapolação simples supõe continuidade de condições que podem mudar. Dependências, qualidade, novos itens e alterações na equipe afetam a interpretação. Se a linha de escopo cresce de forma persistente, uma data prevista a partir do total antigo perde relevância.
No Scrum, a Sprint Review inspeciona o resultado e permite adaptar o Product Backlog. O Burnup pode apoiar a conversa sobre quantidade de trabalho realizado e mudança de escopo. Ele não substitui a inspeção do Incremento, o diálogo com stakeholders ou a Meta do Produto.
O Burndown apresenta o restante diretamente. O Burnup mostra separadamente concluído e escopo, o que facilita enxergar por que a distância até o total mudou. O CFD aprofunda outra pergunta: como os itens se distribuem pelos estados do fluxo. Cada gráfico oferece uma perspectiva parcial.
Exemplo de Burnup com escopo que muda
Imagine uma iniciativa hipotética que começa com 12 itens conhecidos. Ao final da primeira semana, 3 estão prontos: a linha de escopo permanece em 12 e a de concluído chega a 3. Restam 9 itens.
Na segunda semana, o time conclui outros 2 itens, mas descobre 4 necessários para atender a mesma necessidade. O escopo passa a 16; o concluído, a 5. A distância agora é 11. Sem separar as linhas, alguém poderia concluir que o trabalho andou para trás, embora 2 itens tenham sido finalizados.
Na terceira semana, responsáveis pelo produto retiram 1 item depois de perceber que não atende ao objetivo. O escopo fica em 15. Mais 4 itens ficam prontos, e o concluído chega a 9; restam 6. A retirada foi uma escolha de produto, não uma entrega, e deve ser registrada separadamente.
Antes, um plano fixo de 12 itens parecia suficiente para uma previsão. Depois de três semanas, o gráfico registra 9 itens concluídos, 4 adicionados e 1 retirado. O conjunto conhecido é 15. A aritmética ajuda a explicar o progresso, mas não diz se os itens adicionados têm o mesmo tamanho dos anteriores.
Nesse exemplo, contar itens só é útil se o grupo examinar diferenças relevantes de tamanho e dependência. Uma história de conclusão pode apoiar uma previsão com incerteza explícita, sem prometer que a curva de escopo permanecerá parada. O resultado para o usuário continua sendo uma pergunta independente.
Como montar um Burnup Chart útil
Delimite objetivo e período
Defina qual iniciativa, versão ou Sprint será acompanhada. Esclareça por que a visualização será usada: inspecionar conclusão, discutir escopo ou apoiar uma previsão. Essa escolha orienta a escala temporal e evita reunir trabalhos sem um objetivo comum.
Escolha unidade e critério de pronto
Decida contar itens ou pontos e estabeleça quando uma unidade entra na linha de concluído. Use a mesma regra durante a leitura do período e registre qualquer mudança metodológica. Não apresente esforço estimado como tempo real gasto.
Registre o escopo conhecido
Some o conjunto atual na data inicial. Identifique o que ainda está em descoberta e o que pode mudar. Quando itens entrarem, saírem ou forem redimensionados, atualize a linha e anote a decisão correspondente.
Atualize apenas conclusão verificada
Acompanhe itens que satisfizeram o critério acordado. Se um item passa por fases intermediárias, deixe isso visível no quadro de trabalho. A linha de concluído deve conservar seu significado ao longo do tempo.
Use as curvas numa conversa de decisão
Examine se a diferença entre escopo e concluído pede mudança de plano, investigação de impedimentos ou revisão de expectativa. Discuta também qualidade, uso e resultado. Reavalie previsões quando condições ou escopo mudarem.
Erros comuns com o Burnup Chart
- Congelar a linha de escopo por conveniência. O trabalho descoberto precisa aparecer. Um gráfico estável não compensa uma representação incompleta da realidade.
- Contar o planejado como pronto. Uma seleção para a Sprint ou um compromisso de entrega ainda não é Incremento concluído. Mantenha linhas distintas.
- Interpretar pontos como tempo. A diferença em pontos não vira uma data por divisão direta. Qualquer previsão precisa de histórico e premissas.
- Premiar crescimento da linha sem avaliar valor. A curva de conclusão registra quantidade. Verifique se a entrega foi útil para o objetivo escolhido.
- Atribuir todo atraso ao time. A linha de escopo pode crescer por decisões externas, e dependências podem limitar a conclusão. Investigue o sistema antes de distribuir culpa.
Visão K21
O que a gente aprendeu na prática sobre Burnup
Avelino Ferreira Gomes Filho, em Como acompanhar projetos Scrum com Burnup e Burndown, mostra a linha de trabalho conhecido mudando conforme histórias entram, são alteradas ou saem. No exemplo do post, a primeira Sprint planeja 29 pontos e termina com 21 pontos concluídos. Separar planejado e concluído impede que uma previsão seja apresentada como entrega.
O autor também observa que o total conhecido hoje não descreve obrigatoriamente todo o trabalho que será descoberto depois. Essa distinção ajuda a conversar com quem pede uma data: a previsão depende tanto da capacidade observada quanto das mudanças no escopo.
Em Como construir um gráfico CFD, Avelino situa o Burnup entre visualizações mais simples do progresso. O CFD acrescenta estados do fluxo e ajuda a examinar acúmulos. A gente escolhe o gráfico pelo tipo de decisão, sem esperar que uma única imagem responda todas as perguntas.
Baseado nos posts: Como acompanhar projetos Scrum com Burnup e Burndown; Como construir um gráfico CFD
Para se aprofundar
No blog da K21
- Como acompanhar projetos Scrum com Burnup e Burndown
Traz o exemplo de Avelino Ferreira Gomes Filho separando trabalho planejado, concluído e escopo conhecido.
- Como construir um gráfico CFD
Situa Burnup e CFD como visualizações de perguntas diferentes sobre progresso e fluxo.
Fontes primárias
- The Scrum Guide, Ken Schwaber e Jeff Sutherland (2020)
Termos relacionados
Perguntas frequentes
Quais são as duas linhas principais do Burnup Chart?
Uma linha registra o trabalho concluído; a outra, o escopo total conhecido em cada momento. A distância entre elas representa o restante segundo a unidade escolhida. As linhas devem ter a mesma unidade e regras claras de atualização. Mudanças de escopo são registradas na linha superior, sem se confundirem com entregas.
O Burnup Chart é obrigatório no Scrum?
Não. O Scrum Guide de 2020 menciona burnups como uma prática possível de previsão, mas não os coloca entre os artefatos ou eventos do framework. O Time Scrum pode usá-los se ajudarem a inspecionar trabalho e adaptar decisões, preservando a atenção ao Incremento e aos objetivos do produto.
A linha de escopo pode descer?
Pode. Ela desce quando o conjunto representado diminui, por exemplo após uma decisão de retirar itens ou uma revisão de estimativas. Essa mudança não conta como entrega. Registre seu motivo para que leitores distingam escolha de escopo de trabalho concluído e consigam interpretar o histórico do gráfico.
O encontro das linhas significa que o produto teve sucesso?
Não. Indica que o trabalho incluído no escopo atual foi concluído conforme a regra do gráfico. O resultado de produto exige observar uso, efeito para clientes e objetivos. Também pode haver necessidades ainda desconhecidas. A leitura da curva precisa acompanhar a inspeção do que foi entregue e aprendido.
Posso prever a data final com Burnup?
O histórico de conclusão e a evolução do escopo podem apoiar uma previsão, com premissas e incerteza explícitas. A projeção perde força quando o tipo de trabalho, a capacidade ou o escopo muda. Evite transformar a interseção projetada de linhas em uma promessa automática e revise a previsão com informações novas.
