Como calcular valores no Burn Down Chart no Scrum

Após a publicação entre amigos do primeiro artigo sobre Burn Down Chart, nos comentários surgiu a segunda pergunta que foi feita: "Não está claro como todos esses valores são calculados". Portanto, neste artigo vou tentar explicar como calculamos os valores diários no Burn Down Chart. Como de costume, ficarei feliz com todos os comentários dos colegas se por acaso eu disser algo errado, mas ainda assim quero acreditar que o tema é suficientemente claro para mim.

Vamos lembrar mais uma vez como esse diagrama se parece.

Neste exemplo é considerado um sprint de 10 dias. Nele vemos que passaram 2 dias (já que apenas os 2 primeiros segmentos estão preenchidos com o gráfico verde).

Também vemos o volume total do sprint - é a linha pontilhada, que mostra que o volume total do sprint na segunda às 10:00, na terça às 10:00 e na quarta às 10:00 não mudou e é igual a 17 SP (Story Points).

De acordo com a metodologia Scrum, o volume total de trabalho dentro do sprint não muda durante o sprint, por isso essa linha é construída frequentemente logo para todo o sprint (todos os 10 dias). Ela também ajuda a avaliar quanto falta fazer de forma mais clara do que se ela terminasse no terceiro dia na variante atual.

Queima real (gráfico verde) mostra o trabalho que de fato resta. Ou seja, agora foi concluído pela equipe 1 Story Point dos 17 que precisam ser concluídos para o encerramento bem-sucedido do sprint. Concluída na maioria das vezes é considerada a tarefa no status "Done" (o que é Done para cada equipe, a equipe define por si mesma. Existe até um artefato especial chamado DOD - Definition Of Done - ele é próprio de cada equipe e nele está descrito com muita precisão o que significa que a tarefa foi concluída e pode ser movida para o status "Done". Na maioria das vezes é "Implantado em produção", mas pode haver nuances. Em geral, pelo gráfico atual entendemos que o DOD foi concluído apenas em uma história, que a equipe estimou em 1 SP.

Queima ideal mostra em que ponto o gráfico da queima real deveria estar no caso de um trabalho absolutamente uniforme. Ou seja, no momento deveriam estar concluídos 3 SP com trabalho absolutamente uniforme.

Suspeito que possa ser interessante entender o que é Story Point. Na essência, 1 SP de uma equipe e 1 SP de outra equipe podem esconder por trás de si volumes de trabalho diferentes. Nós, por exemplo, temos equipes com a mesma quantidade de pessoas, mas uma tem capacidade por sprint de 17 SP, e a outra 35SP. E isso é normal. O fato é que a equipe escolhe para si uma tarefa de referência em relação à qual avalia todas as tarefas nos groomings (nome antigo - é a reunião semanal em que o PO traz User Stories para estimativa, e a equipe as avalia por meio do planning poker) (No SAFe isso é PBR - Product Backlog Refinement).

Assim, podemos ter uma User Story de referência "Eu, no papel de motorista de automóvel, quero após abastecer o automóvel, ter a possibilidade, se necessário, de obter um recibo impresso em papel". Combinar que ela para a nossa equipe é 8SP. E, quando o PO conta uma nova User Story, que devemos estimar, nós já a estimamos em relação à tarefa de referência. Consequentemente, a nova já pode ser estimada pela equipe em 5 SP, por exemplo, e assim por diante, todas as histórias do backlog recebem suas estimativas.

A capacidade da equipe é calculada com base nas estatísticas. Nos primeiros 1-2 sprints mede-se a quantidade de SP que a equipe fecha e calcula-se o valor médio, e é com base nesse valor que ocorre o planejamento (quando o PO seleciona tarefas no sprint a partir do backlog para uma determinada capacidade).

Espero ter descrito de forma suficientemente clara como se obtêm os valores no Burn Down Chart.