Gráfico Burndown - Overview Of Agile O que é, o que faz e o que não diz a você?

Graph Chart

Agile 101

Gráfico de Burndown: O Que é, O Que Faz e O Que Não te Conta

O que é um Gráfico de Burndown?

Nada tão dramático quanto queimar com fogo. Ainda assim, há uma analogia. Um gráfico queimado no desenvolvimento de software mostra o progresso de “queimar” a pilha de trabalho restante. Em resumo, um Gráfico de Burndown mostra quanto trabalho ainda resta a ser feito (eixo y) em qualquer dia desde que o trabalho começou (eixo x) e até que o trabalho esteja completo.
Sprintburndown1

Como Você Lê um Gráfico de Burndown? O que ele lhe diz?

Um Gráfico de Burndown é uma simples visualização de como o trabalho se desenvolve. Ele diz em um único relance se o trabalho remanescente real (as barras verticais) está à frente (abaixo) ou atrás (acima) da linha ideal de trabalho remanescente (a linha reta). Essa linha de trabalho ideal assume que você completa o trabalho no mesmo ritmo o tempo todo. Não é provável que isso aconteça e seria melhor nomeada como “a linha de trabalho médio restante”.

Para Que Você Pode Usar os Gráficos de Burndown em Agile?

Os Gráficos de Burndown têm origem no Scrum. Ken Schwaber os criou como uma forma simples de mostrar às equipes seu progresso em um Sprint.

Mesmo assim, os Gráficos de Burndown não são apenas para as equipes Scrum. Você pode usá-los da mesma forma com Kanban, Lean, ou XP (eXtreme Programming).

E você pode utilizá-los para visualizar o progresso para qualquer escopo de trabalho. Portanto, para:

  • Sprints de Scrum ou iterações em geral
  • Épicos.
  • Releases.
  • Projetos.
Uma iteração queimada geralmente exibe trabalho restante em pontos de história e tempo em dias de Sprint/iteração. Os outros Gráficos de Burndown também exibem o trabalho restante em pontos de história, mas o tempo em iterações.

Por que um Gráfico de Burndown é Importante? Ou: O que Você Ganha Com Ele?

Business Team Discussing Project
  • Um Gráfico de Burndown mostra a realidade de como o trabalho está progredindo. Palpites não são mais necessários. Obviamente, este só é o caso se você mantiver os dados mantendo o seu Gráfico de Burndown atualizado.
  • Um Gráfico de Burndown mantém todos na situação e envolvidos com o progresso ou com a falta dele. Isto funciona melhor se você o exibir em um radiador de informação, por exemplo, um monitor grande em um lugar onde está na frente de todos.
  • Um Gráfico de Burndown ajuda a detectar um progresso mais lento do que o esperado. Assim, você pode identificar e lidar com o que o está causando antes que ele fique fora de controle e se torne um problema.
  • Um Gráfico de Burndown é fácil de entender. Sua simplicidade o torna um rastreador de progresso altamente eficaz.
As Limitações de Um Gráfico de Burndown, ou O que Ele Não lhe Diz
Time Management
Sendo simples e agradáveis, os Gráficos de Burndown também possuem algumas limitações que você quer estar ciente.
  • Os Gráficos de Burndown estão focados em seu pequeno pedaço da torta e você não terá nenhuma indicação de mudanças de escopo no resto da torta. Por exemplo, se você estiver olhando para um Sprint Burndown, você não verá mudanças de escopo no resto do backlog. O único queimado que tem o quadro completo é o projeto, ou produto, queimado.
  • Os Gráficos de Burndown mostram apenas a quantidade de trabalho. Eles não mostram quais histórias de usuários foram completadas ou se foram as histórias certas a serem completadas.
  • A utilidade dos Gráficos de Burndown está diretamente relacionada com a exatidão de suas estimativas. As estimativas de tempo são notoriamente imprecisas. Os seres humanos simplesmente têm muitos enviesamentos cognitivos para estimativas de tempo precisas. Os pontos de história são melhores por se tratar de complexidade e tamanho relativo. Mas a estimativa de qualquer coisa permanece repleta de vieses.
  • Os Gráficos de Burndown não lhe dizem a razão para um aumento do trabalho restante. Pode vir da adição de trabalho ou do aumento da estimativa restante do trabalho existente. Eles também escondem o efeito da remoção do trabalho, pois parece que o trabalho foi concluído.
Você pode mitigar esta limitação, mostrando também o trabalho concluído e o trabalho adicionado. Para liberar burndowns também mostrando trabalho removido é uma boa ideia. Estes refinamentos facilitam a identificação das mudanças de escopo.
  • Enquanto um Gráfico de Burndown pode alertá-lo sobre sorvetes e refrigerantes ou problemas no paraíso, eles não podem prever quando um épico estará completo. Isso depende de sua decisão em que iterações incluir as histórias do épico.
  • A linha média de trabalho restante mostra a data de entrega (dia) para a carga de trabalho inicial. Mas quando você trabalha regularmente mais lento ou mais rápido do que essa média, a data de entrega torna-se imprecisa. E as mudanças de escopo lançam uma verdadeira chave de fendas nos trabalhos.
Para mitigar isso, acrescente uma linha de trabalho médio restante da última iteração concluída. E baseiem-na na velocidade média atingida até o momento. Opcionalmente, você também pode adicionar linhas de trabalho remanescentes para a menor e a maior velocidade obtida. Isso lhe dará uma projeção “mais rápido” e uma “mais recente”.
Beforeafterworkingdays1
Acenda seu Rastreamento de Progresso com um Gráfico de Burndown

Agora que você sabe o que é um Gráfico de Burndown e o que ele faz e o que não lhe diz, é hora de transformar seu conhecimento em ação.

Compre aquele monitor grande – vai levar algum tempo para chegar. Depois, encontre os Gráficos de Burndown em seu Scrum ou software de quadro Kanban. E monte algo simples para mostrá-los naquele monitor. Aquele radiador de informação grande e bonito que manterá todos na mesma página.

 

Medha Case Study

A vida é boa quando suas equipes Agile estão sincronizadas!

Contate-Nos hoje para uma demonstração personalizada do SwiftEnterprise! Ou inscreva-se para atualizações abaixo.
Solicitar Demonstração