Concordo com tudo o que o @Pierre 303 disse acima: (além do ponto de referência 100).
A única coisa que gostaria de acrescentar (ênfase) é que não somos bons em estimar tarefas. Podemos estimar tarefas em relação a outras tarefas, desde que tenham aproximadamente o mesmo tamanho. Quanto maior a diferença entre as tarefas, pior fica.
Portanto, não concordo em usar um ponto de partida de 100.
Não é como se você estimasse a próxima tarefa como 42% da tarefa de referência. É a mesma metade do trabalho, o dobro do trabalho, o triplo do trabalho, etc.
Nossa equipe usa o Planing Poker : nisso, temos uma tarefa de referência de 2 pontos na história. Em seguida, usamos a série Fibonacci para estimar tarefas: 1,2,3,5,8,13,21, Enorme ,? em relação à tarefa de referência (em vez de Fibonacci, vi outras equipes usarem poderes de 2. 1,2,4,8,16,32, Enorme ,?) Já vi outras equipes usarem (pequena (1), média ( 2), grande (3), XLarge (4) quando calcularam a velocidade ainda funcionava.).
O ponto é que, à medida que o tamanho da tarefa aumenta em relação à tarefa de referência, nos tornamos menos capazes de estimar com precisão seu custo. Portanto, não faz sentido tentar. Isso é refletido pelo gradiente maior no final da trilha de estimativa.
Portanto, se sua tarefa de referência for 2SP. Fazer uma estimativa de 1/2/3/5 é relativamente fácil, pois as tarefas são de tamanho semelhante. Depois que você ultrapassa o triplo do tamanho da tarefa de referência (5SP), a estimativa se torna mais difícil (8/9 / 10SP importa) Tudo o que você pode dizer é maior que 5SP e menor que 13SP e, em seguida, 8SP se encaixa na conta.
Qualquer coisa com um valor de SP de 13/21 / Huge é muito grande para o backlog do sprint. Essas são estimativas para as coisas nas quais você ainda não está pronto para trabalhar (e, portanto, não foram divididas em tarefas menores (não as divida até que você também precise)). Mas eles fornecem uma estimativa do tamanho de uma tarefa no backlog do produto (o que permite um planejamento futuro). Quando você chegar ao ponto em que irá trabalhar neles, deverá ter conhecimento suficiente para dividi-las em tarefas menores para a lista de pendências do sprint e reestimá-las individualmente (Observação: é um equívoco comum que a soma de as partes são iguais ao original).
- Tudo o que você estima como Enorme precisa ser dividido em tarefas menores.
- Algo que é estimado como? significa que não está suficientemente definido para estimar.
Você precisa adicionar uma tarefa especificamente para defini-la
(por exemplo, escreva alguma documentação ou apresentação).
