estimativa de tempo para uma história de usuário

Question

Como você estimar o tempo necessário para implementar uma história de usuário? Se é algo que você tinha feito antes que você sabe quanto tempo vai demorar. Mas o que dizer se é completamente novo para você? Quanto tempo você reserva para "surpresas"?

Answer 1

A grande técnica para isso é para quebrar o baixo história para tarefas um pouco menor, e estimar-los comparadas entre si (em vez de absolutamente). Então você pode dizer:

• Task A terá 2 unidades (arbitrária)
• Tarefa B é de cerca de 2 vezes tão complicado como Tarefa A (4 unidades)
• Task C é cerca de metade tem complicado (1 unidade)

Estamos melhor estimar relativa complexidade que a complexidade absoluta. Então você realmente executar uma das tarefas, e descobrir o quanto "tempo real" que você leva para implementar 1 unidade - agora você pode calcular todas as tarefas. Você continua atualizando suas estimativas de acordo com como você progride.

Esta técnica é de Agile Estimating and Planning por Mike Cohn, que é um grande livro sobre o assunto.

Answer 2

Na escola XP de desenvolvimento ágil, eles defendem que você não estimar em tempo real, mas em unidades arbitrárias. (Eles usam "gomoso ursos", mas você pode usar qualquer outro). Você atribui o seu melhor palpite quanto ao número de unidades que será necessário para implementar essa história de usuário.

É verdade, você pode estar errado, mas você vai acertar uma fase de seu desenvolvimento, algumas iterações em, quando seus palpites são na sua maioria bem, e é fácil para o negócio / cliente para obter um orçamento preciso de como muitas histórias eles podem incluir em uma iteração.

Uma boa regra de ouro no início, quando é difícil de estimar, é levar uma das suas tarefas mais fáceis, e alocar que em um valor de 1. Avalie cada outra história do usuário em relação a esse, e dar o seu melhor acho. Se algo é muito complicado, ou não com suficiente clareza definido, você será forçado a dar-lhe um número muito grande.

Outro conceito fundamental é que você deve reavaliar os tempos para cada história de usuário a cada iteração. À medida que suas histórias são mais bem definido, e como a sua estimativa de sua velocidade aumenta, você terá vezes mais precisos em suas histórias.

Como para surpresas, ele realmente não suportar sobre a estimativa de histórias de usuários ... desde que você não tem histórias de usuários para representar surpresas.

Answer 3

Steve McConnel em " Software estimativa - demystifiying arte negra" dito melhor do que eu:

"Contagem, se possível. Compute quando você não pode contar. Use julgamento sozinho apenas como um último recurso ".

Capítulo 7 -. Conde, Compute, o juiz (PDF)

(obrigado por me lembrar disso:)

Answer 4

A técnica implementada onde eu trabalho. Para cada gravação história de usuário em um pedaço de cartão com um heading.Get cada pessoa a tomar um cartão e escreva nele o número de horas que eles acham que vai demorar para ser concluído. Levá-los a colocar os cartões contra a tarefa sem mostrá-los um ao outro. Depois de ter todos os resultados em olhar para os números e ver a parte superior e inferior values.You normalmente obter números muito próximos uns dos outros.

Para aqueles valores muito acima ou muito abaixo pedir ao desenvolvedor ou pessoa com a entrada porque eles pensam que seria necessário tanto tempo ou tão curto em comparação com a média. Chegando-se com um consenso da equipe, em oposição a um indivíduo significa todo mundo recebe seu assumir a tarefa.

Esta é uma idéia de um livro que li em técnicas ágeis e ter esquecido o autor a creditá-los com ele.