À Propos de Planning Poker | Guide Complet

Un guide complet de la technique Agile Planning Poker (ou Scrum Poker). Apprenez ses fondamentaux, histoire, règles et meilleures pratiques.

Introduction

Planning Poker, également connu sous le nom de Scrum Poker, est une technique d'estimation basée sur le consensus et ludifiée utilisée dans le développement agile de logiciels pour mesurer l'effort ou la taille relative des objectifs de développement. Il est largement adopté dans des frameworks comme Scrum, Extreme Programming (XP) et Kanban.

La technique utilise une approche méthode Delphi à large bande, en se concentrant sur l'intelligence collective de l'équipe pour générer des estimations plus précises que celles réalisées individuellement.

Fondements et Psychologie

L'objectif principal de Planning Poker est d'atténuer biais d'ancrage. En psychologie cognitive, l'ancrage se produit lorsque la première information ou nombre suggéré dans une discussion domine le processus de prise de décision, influençant les estimations ultérieures.

En exigeant que tous les membres de l'équipe présentent leurs estimations simultanément et indépendamment (à travers des cartes cachées), la méthode force la pensée individuelle. Les divergences révélées lors du vote sont utilisées comme déclencheurs pour discussions techniques, où des membres avec différents niveaux d'expérience peuvent partager des perspectives sur des risques ou des facilités que d'autres n'ont pas perçues.

Histoire

La technique a été définie et nommée pour la première fois par James Grenning en 2002 comme solution à la 'paralysie par analyse' lors des réunions de planification. Elle a ensuite été popularisée par Mike Cohn dans le livre 'Agile Estimating and Planning' (2005).

Bien que le terme soit une marque déposée de Mountain Goat Software, son usage est libre pour la communauté, et la technique est devenue le standard mondial pour la planification de sprints et la gestion des backlogs.

Le Jeu et les Échelles

Les estimations Planning Poker n'utilisent pas d'heures ou de jours, mais plutôt des unités de mesure abstraites appelées Story Points. L'échelle la plus courante est la Suite de Fibonacci Modifiée :

0, ½, 1, 2, 3, 5, 8, 13, 20, 40, 100

Rationnel de l'Échelle

L'utilisation de nombres qui s'éloignent à mesure qu'ils grandissent sert à refléter l'incertitude inhérente aux tâches complexes. Il est psychologiquement plus facile de différencier une tâche de 2 points d'une de 3 points que de différencier une tâche de 20 points d'une de 21. Le saut de 13 à 20 (puis 40) indique que plus l'effort est grand, moins la capacité de prédiction humaine devient précise.

Cartes Spéciales

  • Point d'Interrogation (?) Le participant ne dispose pas d'informations suffisantes sur la tâche.
  • Infini (∞) La tâche est considérée trop grande pour être estimée et doit être décomposée (découpée).
  • Tasse de Café Indique que l'équipe est fatiguée et suggère une pause pour maintenir la qualité des estimations.

Procédure Standard

Le processus se produit généralement lors de la cérémonie de Planification de Sprint et suit ces étapes :

  1. Le Product Owner décrit une histoire utilisateur.
  2. L'équipe discute des exigences techniques, des critères d'acceptation et des dépendances.
  3. Chaque membre choisit une carte mentalement et la garde cachée.
  4. Toutes les cartes sont révélées simultanément.
  5. S'il y a consensus, la valeur est acceptée. Sinon, les votes extrêmes (le plus élevé et le plus bas) expliquent leurs arguments. Après discussion, un nouveau tour de vote a lieu jusqu'à parvenir à un accord.

Erreurs Courantes (Anti-patterns)

  • Utilisation de la Moyenne Arithmétique Calculer la moyenne des votes au lieu de rechercher le consensus annule la valeur de la discussion technique.
  • Pression de Leadership Lorsque des managers ou développeurs 'senior' expriment des opinions avant le vote, induisant le reste de l'équipe à l'ancrage.
  • Estimation par heure Essayer de convertir directement les points en heures, ignorant la variation de concentration et productivité entre différents membres.

Implémentations Numériques et Outils

Avec la transition vers le travail à distance et les équipes distribuées, Planning Poker a évolué de jeux physiques vers plateformes numériques synchrones. Ces outils cherchent à répliquer la dynamique de révélation simultanée des cartes dans environnements virtuels, assurant l'intégrité de la méthode à distance.

Caractéristiques des Outils Numériques

Caractéristique CommuneDescription TechniqueObjectif
Révélation SimultanéeAssure qu'aucun vote n'est visible jusqu'à ce que tout le monde ait voté ou que le modérateur ferme le tour.Atténuer le biais d'ancrage.
Support de Multiples ÉchellesCapacité de basculer entre Fibonacci, Fibonacci Modifiée ou T-Shirt Sizing.Adapter l'outil à la maturité et la culture de l'équipe.
Mode ObservateurPermet aux membres non votants (comme le Product Owner) de suivre la discussion en temps réel.Promouvoir la transparence sans interférer avec l'estimation technique.