Le Planning Poker est une technique d’estimation consensuelle utilisée en gestion de projet, particulièrement en développement logiciel agile.
L’objectif principal est d’estimer la taille ou la complexité relative des tâches (appelées « tickets » ou « user stories ») à réaliser pendant un sprint.
Le processus se déroule généralement comme suit :
- Présentation du ticket : Un membre de l’équipe (généralement le Product Owner ou le Scrum Master) présente un ticket à l’équipe. Ce ticket décrit une fonctionnalité à développer ou un problème à résoudre.
- Discussion : L’équipe discute du ticket pour s’assurer que tout le monde comprend ce qui est demandé. Ils peuvent poser des questions, demander des éclaircissements, ou suggérer des approches.
- Estimation : Chaque membre de l’équipe fait une estimation de la complexité du ticket. Pour ce faire, ils utilisent généralement une échelle non linéaire, comme la suite de Fibonacci (1, 2, 3, 5, 8, 13, 21, etc.). Les nombres représentent la complexité relative, l’effort nécessaire, ou l’incertitude associée au ticket, plutôt que le temps réel nécessaire pour le compléter.
- Révélation des estimations : Tous les membres de l’équipe révèlent leurs estimations en même temps. Cela permet d’éviter que certains membres influencent les estimations des autres.
- Résolution des désaccords : Si les estimations varient considérablement, les membres ayant les estimations les plus élevées et les plus basses expliquent leur raisonnement. L’équipe discute alors à nouveau du ticket à la lumière de ces nouvelles informations.
- Nouvelle estimation : Si nécessaire, l’équipe fait une nouvelle estimation. Ce processus est répété jusqu’à ce qu’un consensus soit atteint.
- Assignation des tickets : Une fois que tous les tickets ont été estimés, ils sont assignés aux membres de l’équipe pour être complétés pendant le sprint. L’équipe veille à ne pas se surcharger, en se basant sur sa capacité (c’est-à-dire la somme des estimations qu’elle pense pouvoir compléter pendant le sprint).