Planning poker : régulateur de discussion

Dernièrement en réunion de planning nous avons eu un bel exemple de l’utilisation du planning poker comme régulateur de discussion. Nous devions estimer une user story qui consistait à réaliser un prototype pour un client. Après avoir négocié le périmètre fonctionnel avec le product owner, le débat s’est vite orienté sur la pertinence de telle architecture par rapport à telle autre. Au bout de quelques minutes de discussion, nous avons arrêté le débat pour estimer une des deux propositions. Comme souvent après deux “plis” de planning poker les estimations ont convergé. Nous avons décidés de ne pas aller plus loin en estimant l’autre architecture car nous avons convenu qu’elle n’allait pas diverger suffisamment. Le débat sur l’architecture a été reporté à plus tard, c’est à dire au moment où la user story sera réalisée.

Souvent nous avons tendance à alimenter le débat avant les premières estimations. On voit ici que cela n’est pas toujours pertinent. Je pense cependant qu’il faut faire attention et vérifier que chaque personne ait pu exprimer son point de vue avant de conclure avec des estimations convergentes. En tous cas c’est une idée pour faire avancer les choses lorsque le débat tourne un peu en rond.

Ce contenu a été publié dans Non classé. Vous pouvez le mettre en favoris avec ce permalien.

Laisser un commentaire

Votre adresse de messagerie ne sera pas publiée. Les champs obligatoires sont indiqués avec *