Fórum de discussão

Após o planejamento da Sprint, tenho os Itens do Backlog do produto decomposto e tarefas para ser executada dentro da Sprint. até aí OK.

Vamos supor que tenho 3 tarefas :

1 - complexidade 8

2 - complexidade 2

3 - complexidade 1

Então no meu dia a dia eu faria lá o meu grafico Burdown no eixo Y com 11 pontos correto ?

Caso o meu time identifique mais uma atividade , por exemplo, refatorar código que não havia sido identificada inicialmente, como eu devo proceder ? imagino que se eu incluir mais uma atividade e definir uma nova complexidade para ela, vá dar distorção no histórico co meu grafico BurnDown correto ? exempo : mais uma atividade de complexidade 2 . Aí eu teria o meu Y do BurnDown com 13 e não mais 11 .. está correta minha linha de raciocínio ?

Duvida 2 :

No treinamento ele fala que podemos deixar livre a criação de novas atividades dentro da sprint se o time d edesenvolvimento chegar a essa decisão. Como ficaria isso no planejamento ? não poderia acabar atrasando a minha entrega por ter mais coisa pra fazer não planejada ?

Obrigado.

Fred.

você está se confundindo porque está misturando duas "medidas" para montar o gráfico burndown. Você não pode misturar pontos e horas. Ou você monta o gráfico em horas ou monta o gráfico em pontos.

O gráfico apresenta duas linhas: uma representando o trabalho planejado, caso fosse executado de maneira uniforme ao longo da Sprint. E como que a gente chega nessa linha. Essa linha é traçada somando toda a estimativa do trabalho que precisa ser feita durante toda a sprint, menos o que idealmente deveria ser concluído ao final de cada dia. Como assim? Vamos supor que a estimativa total para fazer todas as atividades da Sprint fosse de 400 horas (VEJA QUE MINHA SUGESTÃO É MONTAR O GRÁFICO EM HORAS). Se a sprint tem duração de duas semanas, ou seja, 10 dias úteis de trabalho. Então ao final de cada dia, o time idealmente deveria ser capaz de entregar 40 horas. A linha do trabalho planejado sempre mostra o valor restante para concluir o trabalho. Então no dia 1, o valor da linha seria de 400 horas, por que ainda faltariam 40 horas. No dia 2, essa linha estaria com valor de 360, porque idealmente o time deveria entregar 40 horas no dia anterior, no dia 3, a linha estaria com valor de 320, ou seja, menos 40 horas. E assim até o último dia da Sprint. Essa linha é o planejamento ideal, por isso que ela é uma linha reta, do início até o final dos dias.

A outra linha, representa o trabalho realmente já realizado pelo time de desenvolvimento. Veja, este trabalho realizado não é quantas horas o time trabalhou, mas sim, quantas horas de valor agregado que eles conseguiram entregar. Essa linha também mede o tanto de trabalho que ainda falta terminar. Por isso que o gráfico começa com valores altos e conforme o final da sprint chega, o normal é que os valores estejam baixo, porque aí falta pouco para terminar as atividades.

Os valores das linhas podem ser expressos tanto por horas como por pontos. Tanto faz. Eu sugiro fazer em horas para começar porque eu acho mais fácil pra compreender. Mas uma vez compreendido, você pode adaptar o seu gráfico burndown da sprint para usar pontos de complexidade.

abraço,

Kelvin

Interpretei a pergunta do Frederico de outra forma que talvez não tenha ficado totalmente respondido.

Vamos considerar a sua sugestão de utilizar apenas horas no gráfico burndown. Utilizando o seu exemplo, a linha de trabalho planejado começaria com 400 horas. Digamos que, durante essa sprint, a equipe de desenvolvimento queira incluir mais uma tarefa que não foi identificada na reunião de planejamento da sprint. De acordo com as regras apresentadas no curso, isso seria possível, certo? Como ficaria então a linha de trabalho planejado? Neste caso ela deixaria de ser uma reta ou esta nova tarefa seria apresentada apenas na linha de trabalho realizado?

Att,

Achilles.

a "ideal line" (linha ideal, a linha do planejamento) é aquilo que o time ESTIMOU e achou que iria acontecer durante a sprint. Veja que é uma estimativa do sprint. Se é estimativa, sempre há o risco de errar para cima ou para baixo, e também de entrar novas tarefas para serem feitas ou saírem tarefas.

Se a cada uma dessas mudanças você re-fazer a "ideal line", você perde a referência do seu planejamento, você perde o seu "baseline", você acaba não sabendo quão bem você planejou seu sprint. Portanto na grande maioria das vezes, o "ideal line" não é atualizado e se mantém como a equipe planejou.

Uma questão que pode ser notado no gráfico Burndown é que se a linha de trabalho real está acima ou abaixo da linha de trabalho Ideal (ideal line) ou não, depende de quão precisas as estimativas originais de tempo são. Isso significa que se o seu time sempre superestima o trabalho, o progresso sempre aparecerá antes do previsto, e vice-versa. A "ideal line" precisa ser utilizada para melhorar o processo de planejamento da equipe.

um abraço,

Kelvin