Eu sei que as histórias de usuário no Scrum são medidas com uma sequência de Fibonacci Modificada (0.5, 1, 2, 3, 5, 8, 13, 20, 40...). Por que o Scrum apenas usa números de Fibonacci para estimar histórias?
Comentários
- Já respondi em outro site: stackoverflow.com/questions/9362286/…
- Pessoal, eu não ' não acho que esta pergunta seja uma duplicata exata. Embora as perguntas estejam intimamente relacionadas, acho que o OP para esta questão está perguntando por que não se pode ' usar outras medidas para estimar pontos de história, enquanto Por que as equipes usariam a sequência de Fibonnacci para pontos da história? pergunta sobre os prós e contras dos números de Fibonacci como métrica. Eu ' tentei esclarecer a questão e estou votando para reabri-la.
- +1 para o OP por levantar o que acredito ser um erro comum -percepção.
Resposta
Não Fibonacci necessário
Embora muitos praticantes ágeis tenham adotado uma sequência de Fibonacci modificada ou não modificada para estimativa de pontos da história, nem os pontos da história nem as histórias do usuário são realmente requisitos da metodologia Scrum.
Mesmo se você adotar a prática de estimar com a história -pontos e histórias de usuário, você pode usar qualquer ferramenta de dimensionamento relativo que desejar. Alguns exemplos que vi em campo incluem:
- tamanhos de camisetas (por exemplo, S, M, L, XL)
- Semáforos (verde, amarelo, vermelho )
- Tamanhos das bebidas Starbucks ( demi , baixo, alto, grande , venti , trenta )
- Sequências simples, como 1-5 ou 1-10.
Se você decidir usar pontos da história, a chave é desvincular os pontos das estimativas de tempo. Isso ajuda a evitar ancoragem e, esperançosamente, evita que as estimativas sejam usadas indevidamente como um indicador de produtividade -métrica de gerenciamento em vez de uma ferramenta de planejamento ou previsão.
Sinta-se à vontade para usar a escala que funcionar para sua equipe. No entanto, eu certamente recomendo ficar com Mike Cohn “s Planejando a sequência de Fibonacci do Poker a menos que você tenha um forte motivo para fazer o contrário.
Comentários
- Excelente resposta @CodeGnome!
- Sim, usamos o sistema de pôquer e funciona bem. já que tudo l os membros da equipe adicionam entradas de acordo com a complexidade de seu trabalho & tamanho e chegam à conclusão final de qual deveria ser o tamanho final da história.
- Eu sempre quis use medidas totalmente abstratas, como " S, M, L ". Mas eu faço isso como eu mediria a velocidade média? Como saberia quando o projeto possivelmente estaria concluído? Se eu usar números, posso calcular facilmente – a velocidade média é, digamos, 15 – nesse caso, se houver 60 pontos restantes no backlog do projeto, eu saberia que o projeto deve ser concluído em 4 iterações moribundas. Você pode fazer o mesmo usando medidas relativas de abstenção?
Resposta
Um dos principais motivos é não haver debates / estimativas como: 19,20, 21, 23 Story Points.
Na estimativa ágil é geralmente sobre a comparação de tamanho relativo , é “claro que 1 Ponto de História é significativamente menor do que 10 Story Points, mas 10 SP vs 9 SP não é muito diferente.
Você quer ter certeza de que números maiores são aproximados estima e você não está enviando aos interessados a mensagem de que sabe exatamente o tamanho do item.
A propósito: esse “é o motivo pelo qual você tem 20 em vez de 21 que é um número de sequência de Fibonnaci válido.
A série de Fibonacci também representa melhor o fato de que a incerteza cresce proporcionalmente com o tamanho da história . As diferenças entre histórias de 1, 2 e 3 pontos são provavelmente mais bem compreendidas do que as diferenças entre 20 e 40. Isso se reflete na distância entre os tamanhos das histórias.
Comentários
- A série de Fibonacci também representa melhor o fato de que a incerteza cresce proporcionalmente com o tamanho da história. As diferenças entre histórias de 1,2 e 3 pontos são provavelmente mais bem compreendidas nas diferenças entre 20 e 40 . Isso se reflete na distância entre os tamanhos das histórias.
- @Willl Sim, é claro, fique à vontade para editar minha resposta e agradecer as contribuições.