Burndown Chart
O burndown chart permite visualizar o tempo que falta para concluir o trabalho ao longo do tempo. Ou seja, a quantidade de trabalho que ainda é preciso realizar versus o tempo planeado. Dessa forma, num sprint burndown chart este tempo planeado representa tipicamente os dias de um sprint. Por outro lado, numa release burndown este tempo planeado representa tipicamente os sprints de uma release.
Como Ler um Burndown Chart
Um burndown chart gráfico permite à equipa analisar o seu progresso em direcção ao objetivo de um sprint, release, ou produto. Além disso, se combinarmos uma burndown real com um burndown planeado, a equipa pode saber se o trabalho planeado está adiantado ou atrasado. Por outro lado, dado ser uma representação gráfica também permite ver se houve variações ao âmbito.
Normalmente num burndown chart o eixo vertical (ou eixo do Y) representa a quantidade de trabalho que ainda falta realizar. O eixo horizontal (ou eixo do X) representa o tempo que passou desde o início do sprint, release, ou projecto.
Além disso, no topo do eixo vertical está a quantidade total de trabalho e no ponto mais à direita do eixo horizontal está o último dia de trabalho do projecto. Dessa maneira, estes 2 pontos estão unidos por uma recta que representa o trabalho ideal que a equipa deveria realizar.
Além disso, ao longo do tempo é adicionada uma linha de trabalho real que mostra se a equipa está em linha e que trabalho falta realizar. Dessa forma, é fácil para a equipa perceber se o trabalho está a progredir de acordo com o planeado, se está atrasado ou adiantado. Desse modo, é possível tomar decisões para manter a equipa no ritmo, identificar e responder a problemas e gerir os recursos mais eficazmente. Por exemplo, se a equipa está adiantada poderá libertar recursos para outro projecto que esteja atrasado. Por fim, se a equipa estiver atrasada, pode identificar gargalos que estejam a atrasar a equipa e acelerar o progresso.
Um burndown chart pode ser de vários tipos, como por exemplo:
- Release – Quando regista o progresso de uma release
- Sprint – Quando regista o progresso de uma sprint.
Vantagens em Usar um Burndown Chart
A principal vantagem de um burndown chart é, assim, representar graficamente o trabalho que falta realizar. Dessa forma, facilita a análise e comunicação do progresso. Dessa maneira, product owner, equipa de desenvolvimento, e stakeholders podem olhar para o gráfico para perceberem se estão em linha com o planeado.
Um burndown chart é uma óptima ferramenta de acompanhamento de progresso. Dessa forma, pode ser usado como uma alternativa ou um complemento de outras ferramentas de análise de progresso. Para além disso, um burndown chart ajuda a equipa a focar-se no tempo restante que ainda tem disponível e não no detalhe de alguma tarefa.
Como a equipa actauliza regularmente estes gráficos, acabam por ser uma fonte fidedigna e muito actualizado de como as coisas estão a decorrer. Isto significa, além disso, que se existir algum problema este é facilmente e rapidamente detectado. Ou seja, esta ferramenta incentiva a transparência da equipa e de quanto trabalho estão a realizar.
Um burndown chart também ajuda os elementos da equipa a perceberem o seu ritmo de trabalho. Além disso, percebem também se necessitam de alguma ajuda para alinhar o seu ritmo ao da restante equipa e às necessidades do projecto. Por fim, são óptimas ajudas nas reuniões de retrospectiva pois consegue-se perceber facilmente os solavancos do sprint.
Desvantagens do Burndown Chart
Um burndown chart pode ter muitas vantagens mas poderá também trazer algumas desvantagens dadas as suas limitações. Desse modo, uma das principais desvantagens é a falta de detalhe. Ele não mostra o backlog nem mudanças no âmbito e por isso alterações na linha do trabalho podem ter múltiplas razões que a equipa pode não conseguir perceber.
Caso o burndown represente o número de tarefas a fazer, o peso de cada tarefa será, desse modo, igual para todas. Ou seja, pode desvirtualizar o esforço que a equipa realizou em tarefas maiores. Além disso, também não mostrará se a equipa está a entregar tarefas prioritárias ou não.
Por fim, um gráfico de burndown depende das estimativas. Ou seja, se não existir muito cuidado ao estimar as tarefas, o burndown pode não representar realmente o esforço necessário, distorcendo os resultados. Desse modo, a solução é ir afinando o burndown chart no final de cada sprint.