Um bom guia para escolher a escala de pontos a ser usada com o Agile / SCRUM?

10

Estamos usando o Pivotal Tracker para o nosso projeto, o que nos permite escolher entre três escalas de pontos:

0,1,2,3
0,2,4,8
0,1,3,5,8

E estou procurando um recurso para ajudar a guiar nossa decisão. (Depois de usar 0,1,2,3 para duas iterações, podemos ver onde uma das outras seria muito mais útil ou significativa.)

Dogweather
fonte
Você poderia explicar mais? Não está claro o que você está perguntando.
Amir Rezaei
Claro: estamos procurando um site, artigo, página ou documento que aborda a escolha de uma escala de pontos.
Dogweather
Google é seu amigo. Seriamente. Não é difícil encontrar (tente google.com/search?q=agile+ideal+days+points ). O difícil é encontrar uma abordagem adequada à sua equipe e, para isso, precisamos de mais informações suas.
Martin Wickman
Ah hah - obrigado. Minha "equipe" é de tamanho micro. Um programador de meio período (eu), um gerente de projeto de meio período que é novo no desenvolvedor de software e outro programador de meio período que está apenas começando. Somos todos bons amigos e não há estresse entre os jogadores.
Dogweather
1
@ Dogweather: se eu fosse você (o único programador na "equipe"), não usaria o Scrum, mas técnicas simples de produtividade como o GTD. IMHO, você está desperdiçando seu tempo com o Scrum.

Respostas:

5

A escala de pontos de história "Fibonacci" é muito popular: 1, 2, 3, 5, 8 etc. Os baralhos de pôquer de planejamento populares de planejamento (da Mountain Goat Software e Crisp) são baseados nela: ponto de interrogação, 0, 1/2, 1, 2, 3, 5, 8, 13, 20, 40, 100, infinito.

Mike Cohn observa em seu livro Agile Estimation and Planning que usar 1-2-4-8 em vez de 1-2-3-5-8 é bom.

É importante lembrar ao aplicar pontos da história em equipes "de tamanho médio": limite o tamanho máximo da história, não "misture pedrinhas com pedras" (veja mais em Agile for the Solo Developer )

azheglov
fonte
1

Eu acho que o que você quer é algo que ofereça diferença suficiente com os pontos menores e não muitas opções para histórias maiores, com base no fato de que qualquer coisa com mais de 20 ou 40 anos precisa ser discriminada de qualquer maneira. Isso garante que você apóie diferenças mais finas para histórias de tamanho pequeno e regular e apenas diferenças aproximadas para histórias de tamanho maior.

Quando estávamos no Scrum, nos saímos bem com os pontos baseados em Fibonacci, com 20 sendo o número mais alto que pensávamos que se encaixaria realisticamente em um sprint. Se algo era 40 ou 100, eram basicamente os desenvolvedores dizendo que a história era muito grande.

Fora isso, não acho que isso faça uma diferença tão grande. Eu preferiria a sequência baseada em Fibonacci porque descobri que ela funciona. No entanto, o que funciona para a equipe e o produto que você está desenvolvendo é bom.

Anne Schuessler
fonte