Como gráficos de tendência simples tornam o progresso do trabalho mais transparente, revelam o trabalho restante e concluído, expõem mudanças de escopo, apoiam a inspeção e a previsão e permanecem práticas complementares opcionais, em vez de artefatos obrigatórios do Scrum.
Tempo estimado de leitura: 25 minutos
Por João Ricardo Dutra••Artigo completo
Objetivo do capítulo
Ao final deste capítulo, você deverá ser capaz de ler e explicar gráficos de Burndown e Burnup, identificar seus eixos e unidades, distinguir trabalho restante de trabalho concluído, compreender como mudanças de escopo afetam cada gráfico, interpretar tendências sem confundi-las com garantias, reconhecer suas limitações, utilizá-los como apoio à inspeção e explicar por que o trata explicitamente os burn charts como práticas opcionais de , e não como elementos obrigatórios.
Introdução: um gráfico só é útil se tornar a realidade mais fácil de inspecionar
O propósito de um burn chart não é fazer um projeto parecer sob controle. Seu propósito é tornar as mudanças no trabalho visíveis o suficiente para que as pessoas façam perguntas melhores.
O desenvolvimento de produtos precisa de transparência. Uma equipe pode realizar todos os eventos do e ainda tomar decisões ruins se ninguém conseguir enxergar se trabalho útil está realmente sendo concluído, quanto trabalho ainda resta ou se o próprio alvo está mudando. Gráficos visuais de progresso se tornaram populares porque condensam uma grande quantidade de informações de planejamento em uma imagem simples.
Os gráficos de Burndown surgiram na comunidade inicial de . A Alliance rastreia a prática até aproximadamente o ano 2000, quando Ken Schwaber descreveu gráficos de Burndown como parte de um conjunto simples de ferramentas de . Em 2002, variações incluindo gráficos de Burnup também já circulavam. Esses gráficos depois se tornaram comuns entre equipes ágeis de produto, embora o nunca os tenha transformado em artefatos permanentemente obrigatórios.
A ideia é simples. Um gráfico de Burndown faz a contagem para baixo: o tempo avança horizontalmente enquanto o trabalho restante é plotado verticalmente, idealmente seguindo uma tendência até zero. Um gráfico de Burnup faz a contagem para cima: o trabalho concluído cresce ao longo do tempo em direção a um alvo. Gráficos de Burnup normalmente exibem uma segunda linha para o escopo total, tornando visível o crescimento ou a redução do escopo.
Essa diferença é importante no desenvolvimento empírico de produtos porque o escopo não é necessariamente fixo. Product Backlogs são emergentes. Backlogs evoluem à medida que os aprendem. Um burn chart que pressupõe um alvo congelado pode criar uma confiança enganosa quando a quantidade real de trabalho muda de forma significativa.
O Scrum Guide atual cita burndowns, burnups e fluxos cumulativos como práticas que podem ser usadas para prever o progresso, ao mesmo tempo em que alerta explicitamente que elas não substituem o . A .org também os descreve como técnicas complementares de , e não como elementos obrigatórios do framework.
Este capítulo, portanto, trata os gráficos como ferramentas de evidência, e não como placares gerenciais. Examinaremos eixos, unidades de trabalho, tendências, mudanças de escopo, , inspeção e limitações. A lição mais profunda é que nenhuma linha em um gráfico consegue dizer se a equipe está construindo o produto certo. Ela pode tornar o progresso de entrega mais visível; o valor ainda exige evidências do produto.
Contexto histórico: de radiadores de informação a ferramentas de
As primeiras equipes ágeis valorizavam radiadores de informação visíveis: grandes exibições, fáceis de observar, que tornavam difícil ignorar o estado atual. Um gráfico de Burndown se encaixava bem nessa filosofia porque qualquer pessoa conseguia ver se o trabalho restante estava diminuindo.
A história registrada pela Alliance situa a primeira descrição formal do Burndown por volta de 2000, na comunidade de . As variantes de Burnup vieram pouco depois. Alistair Cockburn posteriormente discutiu a relação entre burn charts ágeis e gráficos de progresso de valor agregado, ajudando a conectar visuais ágeis simples a ideias mais antigas de gestão de progresso.
A evolução importante não foi a matemática, mas a regra de conclusão. Burn charts ágeis são mais significativos quando o progresso se baseia em trabalho genuinamente concluído, e não em atividade parcialmente terminada. Uma linha deve representar progresso transparente do produto, e não percentuais otimistas.
O tratamento dado pelo Scrum Guide 2020 é deliberadamente modesto: existem várias práticas para prever o progresso, incluindo burndowns e burnups, mas elas permanecem subordinadas ao . Isso protege o de transformar uma visualização útil em um ritual obrigatório.
Gráfico de Burndown: trabalho restante ao longo do tempo
Um gráfico de Burndown mostra quanto trabalho se acredita que ainda resta ao longo do tempo. O eixo horizontal normalmente representa o tempo. O eixo vertical representa o trabalho restante.
A unidade de trabalho pode variar. Uma equipe pode plotar Items, , tarefas, horas de esforço restante ou outra medida que apoie a decisão em questão. O não prescreve nenhuma dessas unidades.
À medida que o trabalho se torna Done, o total restante diminui. Se não houver mudanças de escopo e o progresso for estável, a linha geralmente desce em direção a zero.
Um Burndown pode ser usado dentro de uma , ao longo de um ou em uma . Sua utilidade depende da granularidade e da pergunta. Um gráfico de pode ser atualizado diariamente; um gráfico mais amplo de produto ou release pode ser atualizado a cada .
Figura 1. Burndown ilustrativo: o eixo vertical representa o trabalho restante; o eixo horizontal representa o tempo decorrido.
Modelo mental do Burndown
Eixo X = tempo. Eixo Y = trabalho restante. O progresso é visualizado pela linha descendo em direção a zero.
Leitura correta dos eixos
Leitura correta dos eixos
Elemento do gráfico
Significado
Exemplos / observações
Eixo horizontal
Tempo
Dias em uma , números de Sprints em uma release, períodos do calendário ou outra cadência relevante.
Eixo vertical
Trabalho restante
PBIs, , esforço restante de tarefas, quantidade de funcionalidades ou outra medida escolhida pela equipe.
Linha real
Trabalho restante observado
conforme itens são concluídos, reestimados, adicionados ou removidos.
Linha opcional de tendência / ideal
Trajetória de referência
Pode ajudar na discussão, mas não é uma exigência do e não deve ser confundida com um compromisso.
O que uma tendência de Burndown pode revelar
Um gráfico de Burndown é um gatilho para conversa. Uma linha plana pode significar que nenhum trabalho dimensionado chegou a Done, que o trabalho é grande demais, que a unidade escolhida só muda na conclusão ou que o escopo está sendo adicionado aproximadamente no mesmo ritmo em que o trabalho termina.
Uma queda repentina pode representar vários itens sendo concluídos de uma só vez. Isso pode ser perfeitamente legítimo, mas quedas tardias repetidas podem indicar trabalho em lotes, PBIs grandes, integração adiada ou uma alcançada apenas perto do fim da .
Uma linha ascendente pode indicar crescimento de escopo, reestimativa ou trabalho recém-descoberto. Em um , descobrir novas tarefas de implementação é normal porque o plano é emergente. O gráfico deve provocar inspeção, não culpa.
A extrapolação da tendência pode apoiar uma , mas deve ser expressa com incerteza. O Scrum Guide alerta que o que acontecerá em ambientes complexos permanece desconhecido. Uma linha de tendência não é uma garantia.
Gráfico de Burnup: trabalho concluído em direção a um alvo
Um gráfico de Burnup inverte a perspectiva visual. Em vez de contar o trabalho para baixo até zero, ele mostra o trabalho concluído acumulando-se para cima ao longo do tempo.
O eixo horizontal continua representando o tempo. O eixo vertical representa o trabalho. Uma linha normalmente mostra o trabalho concluído cumulativo. Uma segunda linha pode mostrar o escopo total ou o alvo.
Essa segunda linha é a principal vantagem de transparência do Burnup. Quando o escopo muda, a linha do alvo se move. Os observadores conseguem distinguir “concluímos pouco trabalho” de “concluímos trabalho, mas o escopo total aumentou ao mesmo tempo”.
Figura 2. Burnup ilustrativo: o trabalho concluído cresce enquanto uma linha separada de escopo total expõe mudanças no alvo.
Modelo mental do Burnup
Eixo X = tempo. Eixo Y = trabalho. Uma linha cresce com o trabalho concluído; outra pode mostrar o escopo total.
Por que o Burnup costuma lidar melhor com mudanças de escopo
Considere uma release com 100 pontos restantes. Durante uma , a equipe conclui 10 pontos, mas o adiciona 10 pontos de trabalho valioso recém-descoberto. Um Burndown simples pode permanecer plano: 100 restantes antes, 100 restantes depois.
Essa linha plana esconde dois fatos distintos: a equipe entregou 10 pontos e o alvo aumentou em 10. Um Burnup pode mostrar os dois fatos de forma independente. A linha de trabalho concluído sobe enquanto a linha de escopo total também sobe.
Isso importa porque o espera aprendizado. Product Backlogs são emergentes, e Reviews podem levar a adaptações significativas. Uma visualização que pressupõe estabilidade do escopo pode fazer uma mudança empírica parecer falta de progresso.
Burnup não é automaticamente superior. Se o escopo estiver estável e a pergunta da equipe for simplesmente “quanto ainda resta?”, o Burndown pode ser perfeitamente suficiente. A visualização deve servir à decisão.
Burndown vs. Burnup
Burndown vs. Burnup
Dimensão
Burndown
Burnup
Visão principal
Trabalho restante
Trabalho concluído
Direção típica
Descendo em direção a zero
Subindo em direção ao alvo total
Transparência do escopo
Pode ocultar conclusão simultânea e crescimento de escopo
Geralmente mais clara quando o escopo total é plotado separadamente
Enquadramento emocional
Concentra a atenção no que falta
Concentra a atenção no progresso concluído
Pergunta útil
Quanto trabalho parece ainda restar?
Quanto concluímos e como o alvo mudou?
Exigência do
Não
Não
O que deve contar como trabalho?
Um burn chart precisa de uma unidade no eixo vertical, mas o não prescreve nenhuma. A equipe deve escolher uma medida que torne o progresso significativo o suficiente para a inspeção.
Items ou funcionalidades podem ser úteis porque o progresso só muda quando trabalho significativo chega a Done. podem preservar o tamanho relativo se a escala da equipe for estável. Horas restantes de tarefas podem criar uma linha mais granular no nível da , mas as horas podem cair sem que nenhum trabalho de produto utilizável esteja realmente concluído.
A escolha cria trade-offs. Medidas de tarefas muito granulares fazem a linha se mover com frequência, mas podem recompensar atividade. Medidas de PBIs Done se movem com menos frequência, porém se alinham mais de perto ao progresso do .
Qualquer que seja a unidade, as pessoas que interpretam o gráfico precisam entender exatamente o que a linha representa. Um Burndown em e um Burndown em horas restantes respondem a perguntas diferentes.
O que deve contar como trabalho?
Unidade possível
Ponto forte
Limitação
PBIs Done / quantidade de funcionalidades
Forte ligação com trabalho de produto concluído
Ignora diferenças de tamanho entre itens.
Considera o tamanho relativo dos itens
Escala local; pontos não representam valor e não são comparáveis entre equipes.
Horas restantes de tarefas
Movimento diário granular
Pode mostrar progresso aparente com zero valor de produto Done.
Outras medidas locais
Podem se adequar a um domínio específico
Devem permanecer compreensíveis e empiricamente significativas.
Escopo: a variável que muda o significado da linha
Burn charts se tornam mais enganosos quando as pessoas esquecem que o próprio alvo pode mudar.
No nível de produto ou release, a emergência do pode adicionar, remover, dividir ou reordenar trabalho. Uma capacidade valiosa recém-descoberta pode ampliar o alvo planejado. O aprendizado também pode remover trabalho que deixou de ser necessário.
No nível da , o é um plano vivo. Os podem descobrir tarefas adicionais ou mudar a abordagem de implementação enquanto protegem o . Um gráfico no nível de tarefas pode, portanto, mostrar legitimamente o aumento do trabalho restante.
Mudança de escopo não significa automaticamente falha de escopo. Em um sistema empírico, a mudança pode ser evidência de aprendizado. O gráfico deve tornar esse aprendizado visível, em vez de incentivar as pessoas a escondê-lo para preservar uma linha suave.
Linhas de tendência e
Tanto gráficos de Burndown quanto de Burnup podem ser estendidos com linhas de tendência para estimar quando um alvo poderá ser alcançado ou quanto trabalho poderá ser concluído até uma data.
A .org recomenda tratar essas projeções como intervalos quando a incerteza for relevante. Tendências otimistas e pessimistas podem formar um cone de incerteza, com intervalos mais amplos quanto mais distante estiver a .
Uma em linha reta pressupõe que o futuro se parecerá com o padrão histórico. Essa suposição pode falhar quando mudam a , o tipo de trabalho, o tamanho do , os padrões de qualidade, as dependências ou o aprendizado com clientes.
As previsões devem, portanto, ser atualizadas conforme as evidências mudam. O gráfico não é um contrato. Ele é uma representação visual de uma atual.
Regra de
Linhas de tendência podem apoiar a . Elas nunca eliminam a incerteza e nunca substituem inspeção e adaptação.
Uso de burn charts para inspeção
O uso mais alinhado ao de um burn chart é tornar uma condição útil transparente para que as pessoas possam inspecioná-la e adaptar.
Durante a , os podem perceber que o Burndown não se move há vários dias. A resposta útil não é “trabalhem mais rápido”. É inspecionar se os PBIs são grandes demais, se o trabalho em andamento está alto, se a integração foi adiada ou se o plano atual deixou de refletir a realidade.
Na , um Burnup para um mais amplo ou para uma release pode tornar visíveis o progresso concluído e a movimentação do escopo para os stakeholders. A conversa pode então se concentrar em saber se o alvo ainda representa a direção de maior valor.
Um pode introduzir um burn chart se isso melhorar a transparência, mas o não atribui ao a responsabilidade pelo gráfico. As pessoas que precisam da informação devem garantir que ela permaneça útil e atualizada.
O que os burn charts não conseguem dizer
Burn charts medem progresso em unidades de trabalho. Eles não dizem se o trabalho cria valor.
Um belo Burnup pode mostrar conclusão constante de funcionalidades que os clientes não usam. Um Burndown perfeito pode chegar a zero enquanto o permanece fraco ou o produto fracassa no mercado.
A .org alerta explicitamente que burn charts são orientados a output e não oferecem indicação de que valor esteja realmente sendo entregue. Essa é uma razão para as equipes evitarem transformar o gráfico no próprio alvo.
Os gráficos também não revelam quais PBIs foram concluídos, a menos que informações adicionais sejam exibidas. Dez itens de baixo valor e um item crítico de alto valor podem produzir progresso visual semelhante, dependendo da medida escolhida.
Métricas e evidências
Burn charts mostram progresso por meio do trabalho. Resultados do produto e evidências relacionadas ao ainda são necessários para compreender valor.
Limitações comuns
Limitações comuns
Limitação
Por que isso importa
O escopo pode ficar oculto no Burndown
Entrega simultânea e crescimento de escopo podem produzir uma linha plana.
Sem sinal intrínseco de valor
Concluir trabalho não comprova valor do produto nem resultado para o cliente.
Depende da qualidade da medição
Estimativas instáveis ou unidades inconsistentes distorcem o gráfico.
Falsa precisão
A extrapolação da tendência pode parecer mais certa do que o trabalho complexo subjacente.
Risco de gaming
As equipes podem manipular estimativas ou escopo se o desempenho no gráfico se tornar um alvo.
Padrões de conclusão tardia
Itens grandes podem criar linhas planas seguidas de quedas bruscas mesmo quando trabalho útil está acontecendo.
Ambiguidade do trabalho parcial
Gráficos baseados em horas podem mostrar progresso antes que qualquer trabalho do esteja Done.
Custo de manutenção do gráfico
Um gráfico manual pode ficar desatualizado e, assim, reduzir a transparência em vez de aumentá-la.
Exemplo prático - uma release parece travada até o Burnup revelar a verdade
Imagine uma responsável por migrar um produto de pagamentos digitais para uma nova plataforma de APIs. O identifica inicialmente 120 de trabalho que acredita serem necessários para alcançar o atual.
A equipe conclui 20 pontos na 1. O Burndown da release cai de 120 para 100. Na 2, outros 20 pontos chegam a Done, mas a revela uma exigência de auditoria regulatória equivalente a aproximadamente 20 pontos de trabalho adicional. O total restante continua em 100.
Um stakeholder olhando apenas o Burndown vê um período plano do fim da 1 ao fim da 2 e pergunta por que a equipe “não fez progresso”.
O Burnup conta uma história mais transparente. O trabalho concluído subiu de 20 para 40. Ao mesmo tempo, o escopo total subiu de 120 para 140. A equipe entregou progresso substancial, enquanto o aprendizado expandiu legitimamente o que é necessário para cumprir o .
Na 3, os concluem mais 24 pontos. Um experimento também demonstra que uma integração legada arriscada é desnecessária, permitindo ao remover 12 pontos de trabalho. O Burnup agora mostra o trabalho concluído crescendo enquanto o escopo total diminui.
Essa separação visual melhora a conversa na . Os stakeholders deixam de perguntar apenas se a equipe está “no prazo”. Eles podem inspecionar por que o alvo mudou, se o novo trabalho regulatório é valioso, se o escopo removido representa aprendizado e o que as evidências atuais sugerem sobre a da release.
O usa o atualizado, a conclusão histórica, a capacidade futura e as evidências do produto para comunicar um novo intervalo. O gráfico apoia a , mas a permanece empírica.
A lição não é que toda equipe deva substituir Burndown por Burnup. É que a visualização deve expor a realidade que importa. Quando o escopo é altamente emergente, separar progresso do tamanho do alvo costuma criar melhor transparência.
Anti-padrões comuns de burn charts
Anti-padrões comuns de burn charts
Anti-padrão
Por que enfraquece o
Linha ideal tratada como contrato
As pessoas otimizam para permanecer na linha em vez de se adaptar às evidências.
Burndown usado para pressionar
Uma ferramenta de transparência vira mecanismo de controle gerencial.
Ausência de linha de escopo em uma release emergente
Stakeholders não conseguem distinguir entrega de crescimento do alvo.
Horas queimadas = valor entregue
Atividade é confundida com progresso de produto Done.
parciais contabilizados
Trabalho que não está Done cria progresso enganoso.
Gráfico substitui a
Uma visualização não pode substituir os inspecionando o progresso em direção ao .
Gráfico substitui a
Tendência de output não pode substituir a inspeção dos resultados do produto pelos stakeholders.
Uma prática complementar sensível ao contexto vira burocracia.
Pegadinhas comuns da sobre Burndown e Burnup
Pegadinhas comuns da sobre Burndown e Burnup
Pegadinha
Interpretação correta no
O exige um gráfico de .
Falso. Burn charts são práticas opcionais de .
Burndown é um artefato do .
Falso. Os artefatos oficiais são , e .
O deve atualizar o Burndown.
Falso. O não define essa responsabilidade.
Burndown deve usar .
Falso. O não prescreve uma unidade para burn charts.
Burnup deve ser usado para .
Falso. É opcional.
Um Burndown plano sempre significa que nenhum trabalho foi concluído.
Falso. Trabalho concluído e escopo adicionado podem se compensar.
Um Burndown perfeito comprova valor.
Falso. Ele mostra apenas progresso na unidade de trabalho selecionada.
Um Burndown ascendente é automaticamente ruim.
Falso. Pode expor trabalho legítimo recém-descoberto.
Os gráficos substituem o .
Falso. O Scrum Guide afirma explicitamente que práticas de não substituem o .
Uma linha de tendência é um compromisso.
Falso. É uma baseada nas evidências atuais.
Burn charts devem ser usados na .
Falso. Os escolhem a estrutura e as técnicas que ajudam a inspecionar o progresso em direção ao .
Burnup é sempre melhor que Burndown.
Falso. Cada visualização tem vantagens dependendo da pergunta e do comportamento do escopo.
Um framework de raciocínio da para questões sobre burn charts
Prática opcional: o gráfico é tratado como útil, mas não obrigatório no ?
Burndown: ele mostra trabalho restante ao longo do tempo?
Burnup: ele mostra trabalho concluído e, quando útil, uma linha separada de escopo total?
Eixos: o tempo está no eixo horizontal e a medida de trabalho escolhida no eixo vertical?
Escopo: a visualização consegue tornar transparente o trabalho adicionado ou removido?
Done: o progresso concluído se baseia em uma regra de conclusão significativa, em vez de um vago percentual concluído?
: linhas de tendência são tratadas como previsões, e não como promessas?
Inspeção: o gráfico provoca perguntas e adaptação, em vez de pressão para manipular a linha?
Valor: a resposta evita afirmar que progresso de output comprova valor do produto?
: o gráfico permanece subordinado às evidências reais, aos eventos do e à adaptação?
Heurística rápida para a prova
Burndown = trabalho restante. Burnup = trabalho concluído, frequentemente mais o escopo total. Ambos são opcionais; nenhum substitui o .
Conclusão: o melhor gráfico é aquele que torna visível a mudança importante
Gráficos de Burndown e Burnup permanecem populares porque são simples. Com apenas tempo e uma medida de trabalho, uma equipe consegue criar uma história visual de progresso que é fácil de inspecionar por , Product Owners e stakeholders.
Um Burndown enfatiza o trabalho restante. Sua linha se move em direção a zero à medida que o trabalho é concluído. Um Burnup enfatiza o trabalho concluído acumulado e pode colocar o escopo total em uma linha separada. Essa separação é especialmente útil quando o alvo muda conforme a equipe aprende.
Os eixos são simples, mas a interpretação não. A unidade vertical pode ser , PBIs, horas, funcionalidades ou outra medida. Cada unidade molda o que o gráfico torna visível e o que ele oculta. As equipes devem escolher a unidade com base na decisão que precisam melhorar.
Linhas de tendência podem apoiar a . Elas podem sugerir se o padrão atual de conclusão aponta para uma data ou intervalo-alvo. Porém, uma tendência extrapola o passado para um futuro incerto; ela nunca se torna um compromisso.
Os gráficos têm limitações importantes. Mostram progresso de output, não valor. Podem ser manipulados, ficar desatualizados, ocultar mudanças de escopo ou criar falsa confiança. Um gráfico que chega a zero não comprova que os clientes se beneficiaram nem que o estava correto.
Seu uso mais forte é a inspeção empírica. Uma linha plana pode gerar perguntas sobre trabalho em lotes ou crescimento de escopo. Um alvo em mudança pode tornar o novo aprendizado visível. Um Burnup mais amplo pode ajudar stakeholders a discutir como o evoluiu, em vez de culpar a equipe por um alvo móvel.
O deliberadamente não exige nenhum dos dois gráficos. O Scrum Guide atual lista explicitamente burn-downs e burn-ups entre as práticas de , ao mesmo tempo em que alerta que elas não substituem o . As equipes continuam livres para usar fluxo cumulativo, ,, previsões probabilísticas ou evidências mais simples quando essas abordagens funcionarem melhor.
Na minha avaliação, o melhor burn chart não é aquele com a linha mais suave. É aquele que torna mais difícil ignorar uma realidade importante. Se o gráfico ajuda as pessoas a perceber que o escopo cresceu, que o progresso está sendo feito em lotes, que a incerteza da aumentou ou que a medida de trabalho escolhida é enganosa, ele cumpriu seu propósito. Se as pessoas começarem a gerenciar a linha em vez do produto, é hora de mudar a métrica.
Principais conclusões
Um gráfico de Burndown mostra o trabalho restante ao longo do tempo.
Um gráfico de Burnup mostra o trabalho concluído ao longo do tempo e frequentemente inclui uma linha separada de escopo total.
O tempo normalmente aparece no eixo horizontal; o trabalho, no eixo vertical.
O trabalho pode ser medido usando PBIs, , horas, funcionalidades ou outra medida local útil.
Linhas de Burndown geralmente se movem para baixo em direção a zero conforme o trabalho é concluído.
Linhas de Burnup geralmente se movem para cima em direção ao alvo atual.
O Burnup frequentemente torna mudanças de escopo mais transparentes porque trabalho concluído e escopo total ficam separados.
Um Burndown plano não significa necessariamente ausência de progresso; crescimento de escopo pode compensar trabalho concluído.
Linhas de tendência podem apoiar previsões, mas devem ser tratadas como previsões incertas.
Burn charts são mais úteis como apoios à inspeção e radiadores de informação.
Burn charts medem progresso de output, não valor do produto nem outcomes.
Apenas trabalho genuinamente concluído deve ser tratado como progresso concluído quando o gráfico pretende refletir o progresso do .
Uma linha suave ou ideal não é um objetivo do .
O não exige gráficos de Burndown nem de Burnup.
O Scrum Guide afirma explicitamente que práticas de como burn-downs, burn-ups e fluxos cumulativos não substituem o .
Use a visualização que torne mais transparente a realidade relevante para a decisão.
