Un bon guide pour choisir l'échelle de points à utiliser avec Agile / SCRUM?

10

Nous utilisons Pivotal Tracker pour notre projet, ce qui nous permet de choisir parmi ces trois échelles de points:

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

Et je cherche une ressource pour aider à guider notre décision. (Après avoir utilisé 0,1,2,3 pour deux itérations, nous pouvons voir où l'une des autres serait beaucoup plus utile ou significative.)

agile scrum Dogweather
la source
Pourriez-vous expliquer plus, ce n'est pas clair ce que vous demandez.
Amir Rezaei
Bien sûr: nous recherchons un site Web, un article, une page ou un document qui traite du choix d'une échelle de points.
Dogweather
Google est ton ami. Sérieusement. Ce n'est pas difficile à trouver (essayez google.com/search?q=agile+ideal+days+points ). Ce qui est difficile , c'est de trouver une approche qui convient à votre équipe et pour cela, nous avons besoin de plus d'informations de votre part.
Martin Wickman
Ah hah - merci. Mon "équipe" est de petite taille. Un programmeur à temps partiel (moi), un chef de projet à temps partiel qui est nouveau dans le développement de logiciels et un autre programmeur à temps partiel qui ne fait que commencer. Nous sommes tous de bons amis et il n'y a pas de stress entre les joueurs.
Dogweather
1
@Dogweather: si j'étais vous (le seul programmeur de "l'équipe"), je n'utiliserais pas du tout Scrum, mais des techniques de productivité simples comme GTD. À mon humble avis, vous perdez votre temps avec Scrum.

Réponses:

5

L'échelle de points d'histoire "Fibonacci" est très populaire: 1, 2, 3, 5, 8 etc. Les jeux de cartes de planification populaires (par Mountain Goat Software et Crisp) sont basés sur elle: point d'interrogation, 0, 1/2, 1, 2, 3, 5, 8, 13, 20, 40, 100, infini.

Mike Cohn note dans son livre Agile Estimation and Planning que l'utilisation de 1-2-4-8 au lieu de 1-2-3-5-8 est acceptable.

Il est important de se rappeler lors de l'application de points d'histoire sur des équipes "micro-taille": limiter la taille maximale de l'histoire, ne pas "mélanger des cailloux avec des rochers" (voir plus sur Agile pour le développeur solo )

azheglov
la source
1

Je pense que ce que vous voulez, c'est quelque chose qui offre suffisamment de différence avec les petits points et pas beaucoup d'options pour des histoires plus grandes, basées sur le fait que tout ce qui dépasse 20 ou 40 doit être décomposé de toute façon. Cela garantit que vous prenez en charge les différences plus fines pour les histoires de petite et de taille régulière et uniquement les différences approximatives pour les histoires de plus grande taille.

Lorsque nous faisions Scrum, nous avons bien fait avec les points basés sur Fibonacci, 20 étant le nombre le plus élevé qui, selon nous, pourrait s'inscrire de manière réaliste dans un sprint. Si quelque chose était 40 ou 100, c'était essentiellement les développeurs qui disaient que l'histoire était trop grande.

A part ça, je ne pense pas que cela fasse une si grande différence. Je préférerais la séquence basée sur Fibonacci parce que j'ai trouvé que cela fonctionne. Cependant, ce qui fonctionne pour l'équipe et le produit que vous développez est bien.

Anne Schuessler
la source