Gráfico burn down: como ler o progresso de um sprint de relance
O gráfico burn down mostra o trabalho que resta em um sprint, dia a dia, contra uma linha ideal. Como ler as formas, o que revelam e como o Prior o desenha.
Um gráfico burn down mostra quanto trabalho ainda resta em um sprint, dia a dia. A linha deve cair até zero no último dia. Se ela fica abaixo da linha ideal, a equipe está adiantada. Se fica acima, está atrasada.
O que é
É uma ferramenta padrão das equipes Scrum. O Scrum Guide menciona os gráficos burn down, burn up e os diagramas de fluxo cumulativo como formas de prever, e diz que nenhum deles substitui o empirismo: você ainda decide com base no que de fato aconteceu.
O gráfico tem duas linhas em uma grade. O eixo horizontal são os dias do sprint. O eixo vertical é o trabalho que resta, geralmente em story points. A linha ideal é reta, do trabalho comprometido no primeiro dia até zero no último. A linha real é o que de fato resta. Com story points, o trabalho só sai da linha quando uma história termina, então a linha real se move por degraus.
Por que funciona
Um gráfico burn down é um monitor de progresso que toda a equipe pode ver. Em uma meta-análise de 2016 com 138 experimentos e 19.951 pessoas, Benjamin Harkin e colegas constataram que pedir às pessoas que monitorassem o progresso rumo a uma meta melhorava o alcance dessa meta (d+ = 0,40), e ainda mais quando o progresso era registrado fisicamente ou divulgado publicamente (Psychological Bulletin). A maioria dos estudos tratava de metas de saúde pessoal, então a aplicação é uma inferência, mas o mecanismo é o mesmo: quando o progresso está diante de você, você se ajusta mais cedo.
O tempo é o segundo motivo. Uma equipe que vê que está atrasada no dia 3 pode dividir uma história ou pedir ajuda. Uma equipe que descobre isso no dia 9 só pode cortar trabalho.
Como ler
Compare a linha real com a linha ideal, depois observe a forma.
| Forma | O que costuma significar |
|---|---|
| Acima da linha ideal desde o início, e sem fechar | O sprint tem mais do que a equipe consegue fazer, ou as estimativas estavam baixas. |
| Plana, depois uma queda nos últimos dias | As histórias foram começadas juntas e terminadas juntas. O trabalho não termina dia a dia. |
| Um salto para cima | Trabalho foi acrescentado ao sprint depois que ele começou. |
| Abaixo da linha ideal cedo | A equipe está adiantada, ou se comprometeu com pouco. |
| Plana enquanto todos estão ocupados | As histórias são grandes demais para terminar, ou estão bloqueadas. |
Estas são leituras comuns, não regras. O gráfico mostra onde olhar. Só a equipe pode dizer o porquê.
Um gráfico burn up desenha duas linhas no lugar de uma: o trabalho feito, que sobe, e o escopo total, que é uma linha própria. Quando alguém acrescenta trabalho, a linha do escopo dá um salto, e você o vê. No gráfico burn down, o trabalho acrescentado e o trabalho concluído se cancelam na mesma linha, então um trecho plano pode significar uma coisa ou outra. O burn up mantém as duas separadas, o que facilita a leitura quando o escopo muda.
Considere uma equipe com 40 pontos comprometidos ao longo de 10 dias. A linha ideal diz que deveriam restar 20 pontos no dia 5. A linha real diz 31. A equipe olha o quadro e encontra duas histórias de 8 pontos em andamento, ambas esperando revisão. Termina uma, divide a outra, e no dia 8 restam 14 pontos contra 8 da linha ideal. Na revisão do sprint, resta uma história de 5 pontos, e a equipe a tira do sprint com o acordo do product owner.
Como usar
- Fixe o escopo no primeiro dia. A linha ideal parte do que a equipe comprometeu.
- Mova as histórias para concluídas só quando estiverem realmente prontas. O gráfico só cai nesse momento.
- Olhe para ele na reunião diária. Um relance: adiantado, no caminho ou atrasado.
- Quando estiver atrasado, pergunte por quê. Procure histórias bloqueadas ou grandes demais. Pergunte o quê, não quem.
- Na revisão, olhe a forma inteira. Um meio plano e um precipício no fim são um padrão para trabalhar no próximo sprint.
Erros a evitar
- Tratar a linha ideal como meta. O trabalho real não é linear. Uma linha um pouco acima da ideal no meio é normal.
- Deixar histórias em andamento. Muitas histórias meio prontas geram uma linha plana e um precipício. Termine antes de começar.
- Mudar estimativas para deixar a linha mais bonita. Redimensionar o trabalho no meio do sprint esconde o que o gráfico deveria mostrar.
- Esconder mudanças de escopo. Se o trabalho foi acrescentado, diga isso. Um burn up mostra.
- Usar o gráfico como boletim. Um gráfico usado para julgar a equipe faz as pessoas deixarem de reportar com honestidade.
- Deixar histórias sem estimativa. O gráfico não consegue contar o que não tem tamanho.
Quando não é a ferramenta certa
- Em fluxo contínuo. Sem sprint, não há o que consumir. Olhe quanto tempo os itens levam, ou um diagrama de fluxo cumulativo.
- Para sprints muito pequenos. Com cinco histórias, a linha se move em poucos saltos grandes. Conte as histórias.
- Quando nada é estimado. Conte as tarefas. O Prior faz isso por você.
- Quando a meta é um prazo final longo. Um gráfico burn up da entrega inteira mostra escopo e progresso ao longo de meses.
No Prior
Em um projeto Scrum, abra a aba Sprints. O Gráfico de progresso fica acima dos cartões de sprint.
- Escolha o sprint. Ele começa no sprint em andamento, ou no último encerrado.
- Troque a visão. Burn down | Burn up.
- Burn down desenha o trabalho Restante (escopo menos o feito) e uma linha Ideal tracejada, do escopo comprometido no primeiro dia até zero no último.
- Burn up desenha o Feito, o Escopo total, que dá um salto quando o trabalho é acrescentado ou removido, e a linha Ideal, de 0 até o escopo comprometido.
- Hoje fica marcado, e os dias seguintes ficam vazios, com apenas a linha ideal chegando ao fim.
- Unidade. O gráfico conta story points quando alguma tarefa do sprint tem estimativa. Caso contrário, conta tarefas e mostra Em tarefas (nada estimado).
- Detalhes. Passe o cursor ou toque em um dia para ver os valores, e use as setas do teclado quando o gráfico tiver foco. Um leitor de tela recebe um resumo de uma frase e uma tabela oculta com todos os dias.
O gráfico recarrega quando uma tarefa do sprint muda de estado, de pontos ou de sprint.
Dois limites para saber. Para um projeto salvo nos servidores do Prior, o gráfico reproduz o histórico das suas tarefas, então cada dia mostra os pontos e a conclusão que aquelas tarefas tinham naquele dia. A pertença a um sprint não tem histórico: o escopo é, portanto, formado pelas tarefas atuais do sprint. Uma tarefa que você tira do sprint também desaparece dos dias passados, e uma tarefa acrescentada tarde aparece a partir do dia em que foi criada, e não do dia em que entrou no sprint. Para um projeto pessoal, ou quando o Prior não consegue alcançar o servidor, o gráfico é montado com as tarefas como estão agora e é marcado como Estimado: uma tarefa concluída conta no dia em que mudou pela última vez, e as reestimativas não são conhecidas.
Veja Gráficos burn para a referência, e Ciclos e sprints para a configuração do sprint.