A finalidade dos Sprint Burndown Charts
Gostaria de esclarecer algumas questões sobre Sprint Burndown Charts (a representação gráfica do trabalho ainda por fazer):
- Um Burndown Chart mostra todas as tasks que ainda estão no Sprint Backlog ou apenas as que já foram iniciadas?
- Se surgir um bug durante um Sprint, devem ser adicionadas tasks adicionais ao Sprint Backlog e estas devem refletir-se no Burndown Chart?
Estas questões podem ser facilmente respondidas se tivermos em mente qual é o verdadeiro propósito de um diagrama deste tipo: Ele mostra quanto trabalho ainda falta fazer no Sprint.
Estimativas no Burndown Chart
Para isso, as estimativas de todas as Tasks restantes num Sprint precisam de ser somadas. Se utilizares um Task Board, pegas em todas as tasks da coluna "Doing" ou "In Process", da coluna "To Do" e de todas as outras onde ainda há trabalho por terminar e somas as suas estimativas. Como o [Burndown Chart] reflete tasks por concluir, as alterações nas estimativas das tasks também se encontram nos valores do diagrama.
Mas por que razão deveria uma equipa alterar a estimativa de tasks que ainda nem foram iniciadas? (Ou seja, tasks que ainda estão na coluna "To Do".) Em certas circunstâncias, uma tarefa destas pode ser muito semelhante a outra que já está em andamento. A equipa percebe então que vai precisar de mais tempo do que o previsto. Como as duas tasks são tão parecidas, ambas vão provavelmente demorar mais e, por isso, a estimativa é alterada.
Se alguém descobrir um bug, deve dizer-me imediatamente: "Mike, há um bug no teu código quando faço isto e aquilo." Então devo corrigir o bug imediatamente. Desta forma, não entrariam tasks adicionais no Sprint Backlog e, consequentemente, a curva no Burndown Chart também não voltaria a subir. Se o bug não puder ser corrigido imediatamente (por exemplo, porque estou ocupado com outras coisas), então deve ser adicionado como nova task ao Sprint. Quando o Burndown for calculado da próxima vez, este trabalho adicional será incluído no cálculo.
Por isso, em questões deste tipo, lembra-te sempre que o propósito dos Sprint Burndown Charts é mostrar quanto trabalho ainda precisa de ser feito.
Scrum Master Training
=> Torna-te Scrum Master certificado com os nossos treinamentos
Velocity orientado ao Sprint Planning
=> Vantagens do planejamento de Sprint com Velocity
O que é uma Sprint Planning Meeting?
=> Definição, processo e dicas para o planejamento da Sprint no Scrum!
