Le planning poker, également appelé Scrum poker, est une méthode d’estimation de l’effort dans le domaine du développement de logiciels et de la gestion de projets.
Son objectif principal est d’évaluer la complexité des tâches et des histoires utilisateur (User Story). Il s’agit d’une approche de travail collaborative qui repose sur un consensus, favorisant ainsi une compréhension commune au sein de l’équipe quant à l’effort nécessaire pour chaque travail spécifique.
Le planning poker est fréquemment utilisé dans les méthodologies agiles telles que Scrum et Kanban.
Points Clés
Dans cet article, nous explorerons les objectifs du Planning Poker, les participants principaux, les techniques d’estimation, la distinction entre Story Points et Jours Hommes, la méthodologie de conduire ce rituel, et enfin, nous conclurons avec des conseils et astuces à retenir.
Pourquoi un Planning Poker ?
Les principaux buts d’un planning poker sont:
Fiabiliser les estimations
Améliorer la précision des estimations en favorisant une estimation réalisée en groupe plutôt que de dépendre d’une seule personne experte.
Impliquer les développeurs
L’estimation est un processus collaboratif dans lequel chaque membre participe activement et partage la responsabilité de l’estimation
Partager le savoir
Les discussions collectives, qu’elles soient d’ordre fonctionnel ou technique, offrent à toute l’équipe l’opportunité de renforcer ses compétences et son expertise.
S'engager pleinement
Ce n’est pas seulement une estimation, mais une réunion combinant la conception fonctionnelle et technique. On analyse, découpe, comprend, confronte aux contraintes, on s’engage collectivement sur la fiabilité de l’estimation.
Quand Faire un Planning Poker ?
Le Planning Poker est une pratique courante dans le cadre de la méthodologie Agile. Voici quand il est généralement utilisé :
Sprint Planning
sprint planning
Avant le début de chaque Sprint, l’équipe de développement se réunit pour effectuer la planification de Sprint. Cela inclut généralement une session de Planning Poker pour estimer les User Stories ou les Product Backlog Items (PBI) qui seront inclus dans le Sprint.
Backlog Refinement (Affinage du Backlog)
Backlog Refinement
Pendant les sessions d’affinage du backlog, l’équipe peut utiliser le Planning Poker pour raffiner les estimations des éléments du backlog, en particulier lorsque de nouvelles informations sont disponibles.
Gestion des priorités (Prioritization)
prioritisation
L’élément clé nécessaire pour démarrer un sprint planning est le “Product Backlog“. Il doit être préalablement priorisé par le Product Owner. Lors du sprint planning, l’équipe sélectionne des éléments de ce backlog pour les inclure dans le sprint.
Gestion des Risques
Risques
En cas de risques potentiels liés à des tâches complexes ou incertaines, une session de Planning Poker peut être organisée pour mieux comprendre les implications et les efforts nécessaires.
Dans le cadre Agile, le Planning Poker est un outil clé pour estimer l’effort, favoriser la collaboration et maintenir la transparence dans le processus de développement. Il est utilisé pour garantir que l’équipe partage une compréhension commune des tâches et des fonctionnalités à réaliser.
Agilité: Lire Aussi
Qui Participe au Planning Poker ?
Scrum Master
Facilitateur
Le Scrum Master est lui qui anime le planning poker, il est chargé de faciliter la réunion de planification du Sprint et joue un rôle actif dans la session de Planning Poker en veillant à ce que le processus se déroule correctement.
Product Owner
Sponsor
Le Product Owner est responsable de la gestion du backlog du produit et peut participer pour fournir des informations sur les exigences fonctionnelles et les priorités.
Scrum Team
Réalisateurs
Ce sont les personnes qui travaillent directement sur les tâches et les User Stories. Ils sont essentiels pour fournir des estimations basées sur leur compréhension des exigences et de la complexité technique.
Le Product Owner estime-t-il ?
- C’est possible, cela permet parfois de lever les ambiguïtés et de faire comprendre plus facilement l’estimation.
Le Scrum Master estime-t-il ?
- C’est possible si cela n’influence pas l’équipe.
Questions fréquentes autour du Planning Poker
Dans quelle unité estime-t-on ?
Peu importe : Story Points, jours hommes, jours idéaux, tailles de T-shirt… la méthode reste applicable.
De manière générale, on estime les User Stories en Story Points et les Tasks (après découpage par l’équipe en Sprint Planning par exemple) en heures.
Quelle échelle d’estimation utiliser ?
Plus l’élément à estimer est gros, moins l’estimation est fiable.
On utilise donc une échelle d’estimation qui reflète cette incertitude :
- Suite de Fibonacci adaptée : 0.5, 1, 2, 3, 5, 8, 13, 20, 40, 100 → Recommandé
- Tailles des vêtements : XS, S, M, L, XL, XXL
Que faire en cas de désaccord sur une estimation ?
En cas de désaccord, les membres de l’équipe discutent pour clarifier les points de divergence et cherchent un consensus. La discussion est encouragée pour parvenir à une estimation commune.
Peut-on utiliser des outils en ligne pour le Planning Poker ?
Oui, il existe de nombreux outils en ligne conçus spécifiquement pour le Planning Poker, ce qui permet aux équipes distantes de participer efficacement comme:
Comment estime-t-on ?
Par analogie : l’élément a la même « taille » qu’un élément « similaire » déjà estimé
Par comparaison : un élément a une taille plus grande qu’un élément moins complexe
Par expérience : un élément qu’on a déjà livré était similaire
Quel support d’estimation utiliser ?
Il existe plusieurs manières de représenter l’échelle d’estimation choisie :
- Un « Deck » de cartes physique (type jeu de cartes à jouer).
- Une application pour Smartphone comme:
- Scrum Time pour iOs
- Scrum Poker Cards pour Android
- Ses doigts
- L’essentiel est que toutes les personnes qui participent aient leur propre support.
Le Planning Poker est-il adapté à toutes les méthodologies Agile ?
Le Planning Poker est principalement associé à Scrum, mais il peut être adapté à d’autres méthodologies Agile ou de gestion de projet, en fonction des besoins de l’équipe.
À quoi servent les points d'estimation ?
Les points d’estimation sont une mesure relative de la complexité ou de l’effort nécessaire pour terminer une tâche ou une User Story. Ils aident à planifier la capacité de l’équipe pour un Sprint.
Estimation en “Jours Hommes” VS “Story Points” ?
L’estimation en “Story Points” et en “Jours Hommes” représente deux approches distinctes de la gestion de projet, chacune ayant son propre objectif.
Story Points
Mesure intrinsèque de l'effort
L’estimation en “Story Points” donne la vraie complexité du travail à faire. Cela permet de comparer les éléments du backlog entre eux pour déterminer leur ordre de priorité, sans spécifier une unité de temps fixe.
La story point est relative car chaque équipe utilise une référence différente.
Jours Hommes
Liée à la Performance Individuelle
L’estimation en “Jours Hommes”, est basée sur le temps réel que chaque tâche ou User Story prendra pour être complétée. Cela repose sur la performance individuelle .
Un expert technique va pouvoir accomplir le travail dans une durée plus courte que un développeur Junior.
Pour mieux comprendre la différence entre les deux, prenons l’exemple du Marathon (estimation de cette longueur en distance ou en temps) :
La longueur d'un marathon est de 42,195 km, soit 26,219 miles. Fabien a terminé le marathon en 4 heures, alors que Karim l'a fait en seulement 3 heures et 30 minutes.
Dans ce cas d’illustration, la distance est évaluée en fonction des unités de mesure, que ce soit le “Kilomètre” ou le “Mile”. De manière similaire, les Story Points sont utilisés pour estimer la complexité intrinsèque d’une tâche, bien que leur unité/valeur puisse varier d’une équipe à l’autre, démontrant ainsi la relativité des Story Points.
La variation des temps de parcours entre Karim et Fabien reflète les différences de leurs capacités individuelles, et cela peut être comparé à l’équivalent des jours-hommes dans les estimations.
Comment Faire un Planning Poker ?
L’estimation en Planning Poker suit un processus itératif qui se poursuit jusqu’à ce qu’un consensus soit atteint. Voici le déroulement détaillé de chaque étape :
Distribution des Cartes
Au début de la session de Planning Poker, chaque membre de l’équipe reçoit un jeu de cartes, généralement appelé un “Deck”. Ce deck contient des cartes numérotées ou contenant d’autres valeurs, correspondant à l’échelle choisie pour les estimations, par exemple, la séquence de Fibonacci (1, 2, 3, 5, 8, 13, etc.) ou l’échelle de T-shirt (XS, S, M, L, XL).
Description du Besoin Utilisateur
Le Product Owner présente à l’équipe l’élément du Product Backlog à estimer.
Il décrit le besoin utilisateur, clarifie les exigences et répond aux questions des membres de l’équipe pour s’assurer que tout le monde a une compréhension commune de la tâche ou de la User Story.
Évaluation Individuelle
Chaque membre de l’équipe évalue l’élément en sélectionnant la carte correspondante à son estimation personnelle. Chacun fait cela de manière indépendante, sans partager son choix avec les autres membres de l’équipe.
Révélation Simultanée
Sous la direction du Scrum Master, tous les membres de l’équipe révèlent simultanément leurs cartes en les montrant aux autres participants. Cela permet d’éviter l’influence mutuelle des estimations.
Discussion des Écarts
Si les estimations ne convergent pas et qu’il n’y a pas de consensus clair, les membres de l’équipe engagent une discussion pour comprendre les raisons des écarts entre les estimations. Les membres partagent leurs perspectives sur la complexité, les risques ou les incertitudes associés à la tâche.
Répétition du Processus
Après la discussion, les membres de l’équipe répètent le processus en sélectionnant à nouveau une carte d’estimation. Cette étape se répète jusqu’à ce qu’un consensus soit atteint, c’est-à-dire lorsque la majorité de l’équipe est d’accord sur une estimation commune.
L’idée fondamentale du Planning Poker est de parvenir à une estimation aussi précise que possible sans que les membres ne s’influencent.
S’il y a un gros écart entre deux estimations, l’équipe discute les différences et tente de dégager une vision commune du travail impliqué par l’élément :
- Soit en discutant les valeurs extrêmes : pourquoi as-tu estimé 13 et moi 2 ?
- Soit en éliminant les valeurs extrêmes pour se concentrer sur les valeurs “raisonnables”.
Donc le but est de faire ressortir les incompréhensions si les estimations sont très différentes et chacun s’exprime librement.
Les cartes spéciales
- Afficher un “?” si la demande ne paraît pas suffisamment claire pour être estimée ou si on ne sait pas estimer.
- Eviter de donner une estimation si on ne sait pas : cela influence l’équipe et risque de fausser l’estimation finale.
- Afficher une “Pause café” si vous êtes fatigué et moins concentré.
Pourquoi C’est la Meilleur Technique d’Estimation?
Le Planning Poker est largement considéré comme l’une des meilleures techniques d’estimation en raison de plusieurs avantages significatifs :
Amusant
Le Planning Poker ajoute un élément ludique à la tâche souvent aride d’estimation. Les membres de l’équipe sélectionnent des cartes et participent activement à la discussion, ce qui rend le processus plus engageant et agréable.
Les développeurs réaliseront les tâches qu'ils estiment
Le Planning Poker implique directement les membres de l’équipe de développement qui seront responsables de l’exécution des tâches. Ils ont donc un aperçu précieux des défis et des nuances associés à chaque élément, ce qui améliore la qualité des estimations.
Avis d'experts et discussions
Le Planning Poker encourage les discussions ouvertes sur les différences d’estimations. Ces discussions permettent aux membres de l’équipe de justifier leurs estimations en fonction de leur expertise, ce qui améliore la précision globale des estimations.
Gain de temps
Le Planning Poker permet d’expliquer les besoins une seule fois à tous les acteurs, ce qui économise du temps et évite les répétitions. Les membres de l’équipe comprennent mieux les exigences, ce qui facilite la planification et l’exécution ultérieure des tâches.
Évite l'influence des autres pendant l'estimation
En permettant à chaque membre de l’équipe d’estimer de manière indépendante et en révélant les estimations en même temps, le Planning Poker réduit considérablement le risque d’influence entre les participants. Cela garantit que les estimations sont basées sur les connaissances individuelles plutôt que sur la pression du groupe.
Participation de tous
Chaque membre de l’équipe a la possibilité de contribuer et de donner son avis lors de l’estimation. Cela favorise l’inclusion et encourage la diversité des perspectives.
Étalonnage réduit
Le jeu de cartes utilisé dans le Planning Poker, tel que la séquence de Fibonacci, limite les valeurs disponibles pour l’estimation. Cela évite les estimations excessivement détaillées et encourage la découpe des éléments en tâches plus petites si elles sont trop grandes, ce qui favorise la gestion agile des tâches.
Conseils et astuces
Cohérence des Estimations
Pour garantir la cohérence des estimations entre le début et la fin du projet, il est conseillé de maintenir un étalon d’estimation de référence remis en cause à chaque Planning Poker.
Exemple : En Sprint 1, on a estimé la User Story US1 à 8 points. On l’intègre à notre étalon. En Sprint 2, une User Story US2 est estimée à 8 points également. On la compare alors à US1.
Eviter les Débats
Utilisez un chronomètre pour contrôler le temps alloué aux discussions des User Stories. Cela favorisera des délibérations plus concentrées et axées sur la compréhension commune.
Contrôler la Surestimation
Pour réduire les risques, il peut être tentant de retenir systématiquement l’estimation dont la valeur est la plus élevée. Cette pratique, outre à l’origine de perte de confiance de la part du client, ne pousse pas les dev juniors à fiabiliser leurs estimations. Lorsque les estimations divergent, il est préférable d’ouvrir le débat pour permettre une convergence vers un consensus d’équipe.
Encouragez la participation de tous
Garantir que chaque membre de l’équipe Scrum ou Agile a une opportunité égale de contribuer à l’estimation. Cela encourage la diversité des perspectives.
Ne pas mélanger les échelles
Maintenir la cohérence est essentiel dans l’estimation Agile. Les points d’estimation sont une mesure relative de la complexité, tandis que les jours-hommes sont une unité de temps. Les convertir peut causer de la confusion et de l’incertitude. Il est préférable de rester avec les points d’estimation pour des évaluations plus claires et fiables.
Eviter l'influence
Le Scrum Master joue un rôle de facilitateur pendant le Planning Poker, n’intervenant pas dans le processus de décision. Son objectif principal est de stimuler la discussion au sein de l’équipe, favorisant l’émergence d’un consensus. Il encourage les membres de l’équipe à exprimer leurs points de vue, à débattre des différences d’estimation, et à prendre des décisions éclairées.
0 commentaires