[XP] Passage en story points : comment définir une story étalon ?

[jfoulquier]

Hello

Nous allons passer en estimations en point plutôt que des estimations en heures. Avez-vous des conseils pour le choix de la story étalon qui servira à être comparée aux autres ?

Merci !

++

[rad_hass]

Bonjour,

Il faut essayer de prendre une US représentatif et facilement comparable avec les autres US (à savoir de taille moyenne pour pouvoir comparer avec les grosses US mais aussi les plus petites). Mais il faut pas perdre énormément de temps là dessus non plus

[hegros]

Je ne pense pas que prendre une story étalon soit la meilleure méthode pour faire les estimations sur le moyen et long terme car cela corresponds ni plus ni moins qu'à de l'estimation par analogie et l'analogie à ses limites car se rappeler 3 ou 5 mois plus tard de l'étalon est forcément biaisée.

Je trouve plus pertinent de prendre 1 point comme étant 1 jour parfait (sachant que c'est utopique) et d'appliquer un coefficient de concentration pour le calcul de la capacité. Ainsi c'est plus facile 3 ou 5 mois plus tard d'estimer en pensant à un jour parfait qu'à un vieux étalon qu'il faut ré-étalonner

[rvignes]

Bonjour,

La story étalon ne sert qu'à amorcer le processus d'estimations relatives par story points. Après quelques séances de planning poker, l'équipe aura probablement oublié la story étalon et fera ses estimations relativement aux autres user stories présentes dans le product backlog.

[hegros]

Envoyé par rvignes

La story étalon ne sert qu'à amorcer le processus d'estimations relatives par story points. Après quelques séances de planning poker, l'équipe aura probablement oublié la story étalon et fera ses estimations relativement aux autres user stories présentes dans le product backlog.

Oui certes cependant cela n'enlève rien au fait que cela ne donne pas une vision claire de ce que représente 1 point avec les problèmes de planification qui vont avec et les limitations de l'analogie entre des stories qui ne nécessite pas le même travail.

Mon avis, tiré du livre Scrum et XP depuis les tranchées, est qu'il est plus simple et fiable de considérer que 1 point c'est 1 jour parfait sachant qu'un jour parfait cela n'existe pas.