Ir para o conteúdo

Iteração é um período de tempo com time-box definido, podendo ser de uma semana, duas semanas, 1 mês, e por aí adiante. Mas quanto menor, melhor.

Um dos princípios dos métodos ágeis é a antecipação do todo e de tudo. Entendemos como as coisas estão “indo” antes de chegarem no final, ou mesmo descobrimos antecipadamente que algo pode não chegar ao final.


Dados que podem ajudar muito a saber a saúde da Iteração

Algumas pessoas podem discordar, (e está tudo bem, ok?), mas no time em que estou atuando, quando quebramos as Histórias de Usuários em Tarefas, nós definimos o tempo que falta (estimado) para cada uma das Tarefas.

Outra informação importante é sobre quantos dias dura a iteração. Mas lembre-se de retirar desse número os feriados e finais de semana.

Com essas informações podemos gerar uma métrica que vai dizer como está a saúde da iteração.

Cálculo do Burndown

O Burndown é um gráfico que mostra a progressão do time dentro da Iteração. É um gráfico que usa o escopo total de tempo no primeiro dia, e vai decrescendo, de forma proporcional até o último dia, chegando a zero.

Hoje usamos três “eixos” para medir a progressão:

  1. baseado no tempo total das tarefas, reduzindo diariamente o proporcional desse tempo total pelo número de dias da Iteração.
  2. baseado na capacidade total do time, reduzindo diariamente o proporcional a essa capacidade pelo número de dias da Iteração.
  3. o valor total de tempos das tarefas no final de cada dia

Uma planilha simples poderia dar todas essas informações, sendo apenas necessário informar os itens em amarelo.

Usando esses eixos podemos gerar um gráfico como esse abaixo, que é o Burndown:

E daí, o que que o Burndown nos mostra?

Se observarmos o gráfico acima, existem 3 valores na legenda:

  • Capacidade restante: esse eixo mostra a capacidade total do time reduzida diariamente;
  • Ideal: esse eixo mostra quanto tempo de tarefas podem ser reduzidas diariamente;
  • Tarefas restantes: o tempo total restante em tarefas.

O que isso tudo significa para a saúde da Iteração?

Observe o dia 1. Neste dia o total de tarefas pendentes está abaixo que o eixo ideal, é isso é muito bom, pois o time concluiu o itens que reduziu o tempo que era esperado, levando em consideração o tempo total de tarefas.

Agora no dia 3, o saldo está acima do ideal. Esse é o momento de “ligarmos o alerta”, algo não está bom e precisa ser resolvido.

Já no dia 5 a coisa ficou feia, pois o saldo está além da capacidade do time e um plano de ação precisa ser gerado.

No dia 8, podemos perceber que as coisas estão voltando a normalidade, mas ainda acima do ideal.

Esse acompanhamento deveria ser feito todos os dias, para que pudéssemos antecipar ações antes de chegar em um pouco que não tem mais como reverter.

Se não quiser começar do “zero”, pode pegar essa planilha aqui como exemplo.


Existe apenas essa opção para acompanhar o burndown da Iteração?

Além da planilha, algumas ferramentas de gestão de atividades nos dão o Burndown pronto, como o Azure DevOps e Jira. Basta que alguns parâmetros sejam definidos e a ferramenta entrega a Métrica pronta.

Abaixo duas imagens de burndown dessas ferramentas, a primeira do Azure DevOps e a segunda do Jira.

Burndown gerado pela ferramenta Azure DevOps
Burndown gerado pelo Jira.

Pronto, é fácil acompanhar a saúde da Iteração usando a métrica de Burndown. Ela precisa ser acompanhada todos os dias e os planos de ação precisam ser executados e acompanhados.

Vale lembrar que essa não é a única forma de medir a saúde da Iteração, mas isso fica para outro artigo, beleza?

E aí, como está saúde da sua Iteração? Escreve aqui nos comentários.

Abraço!!

Outras publicações