Le framework Scrum — Deuxième édition

Ce chapitre conserve le contexte historique et pratique des enseignements de la deuxième édition. Le programme de la troisième édition est également disponible dans le sommaire ci-dessous.

---

Scrum Planning Poker : une méthode d’estimation de référence pour les équipes agiles

Mobilisez l’intelligence collective pour améliorer vos estimations avec le Scrum Planning Poker. Au XXIe siècle, les méthodes agiles continuent de dominer le développement logiciel et la gestion de projet. Des innovateurs comme Mike Cohn ont contribué à des outils précieux, parmi lesquels le Planning Poker. Cette technique efficace développe les capacités d’estimation de l’équipe : elle utilise des story points pour évaluer les éléments du Product Backlog et améliorer l’exactitude des estimations de développement des fonctionnalités.

Cet article présente en détail le jeu de Scrum Planning Poker. Cet exercice fondé sur le consensus, aussi appelé Scrum Poker, peut remplacer les suppositions par une planification stratégique, améliorer l’exactitude et réduire les écarts pendant le Sprint Planning. Nous vous invitons à examiner les questions pertinentes pour votre projet et à découvrir comment les points de vue de tous les participants affinent la compréhension commune de l’effort nécessaire à chaque élément du backlog.

Définition : le Scrum Planning Poker est une technique de gestion de projet agile pour estimer l’effort nécessaire aux user stories. Les membres, dont les développeurs et les testeurs, se réunissent pour estimer le travail à l’aide de cartes particulières, tandis que le Product Owner reste disponible pour clarifier les éléments. Chaque membre choisit simultanément une carte correspondant à son estimation, puis une discussion cherche un consensus sur la valeur finale. Cette collaboration favorise des estimations plus exactes, une planification efficace et une bonne priorisation des tâches ou éléments des projets Scrum.

Comprendre le Scrum Planning Poker

La gestion de projet agile est devenue de plus en plus populaire, avec autant de techniques d’estimation que de cadres agiles. Le Scrum Planning Poker, créé par James Grenning puis popularisé par Mike Cohn, est l’une de ces techniques en plein essor.

Imaginez une salle réunissant développeurs, ingénieurs qualité, Product Owners et parties prenantes. Vous avez un backlog de user stories à réaliser. Mais chacun peut percevoir différemment la complexité d’une même fonctionnalité, ce qui entraîne des estimations inexactes et retarde ensuite la livraison.

Le Scrum Planning Poker est une technique d’atelier pour estimer l’effort nécessaire à chaque élément du Product Backlog ou user story. L’équipe se réunit pour attribuer des story points, en tenant compte du point de vue et des questions de chacun.

Le processus s’appuie sur des cartes de planning poker. Chaque carte porte un nombre correspondant à un niveau d’effort. Les membres choisissent simultanément leur carte sans la révéler avant que tous aient choisi.

Une fois les cartes révélées, tous discutent pour parvenir à un consensus sur l’estimation finale. L’idée est d’obtenir des résultats plus exacts qu’avec l’estimation d’une seule personne ou un jugement subjectif.

Après cette présentation du Scrum Planning Poker, étudions ses origines et ses principes.

Origines et principes

Le planning poker est souvent comparé à une méthode d’estimation (en savoir plus sur L’estimation de l’effort dans Scrum) appelée Wideband Delphi. Les recherches Delphi de RAND remontent aux années 1950 et utilisaient plusieurs tours de contributions d’experts. Les similitudes entre ces techniques ne prouvent pas que l’une a directement inspiré l’autre.

James Grenning a décrit le Planning Poker en 2002 après avoir utilisé des estimations écrites indépendantes pour améliorer la participation à une réunion de planification XP. Dans son récit, les pratiques de réflexion silencieuse du management de la qualité totale ont exercé une influence ; il ne revendique pas d’inspiration directe de Delphi. Mike Cohn a ensuite contribué à populariser la technique. La communauté agile, dont Alistair Cockburn, a participé aux discussions plus larges sur l’estimation collaborative.

Ses principes fondamentaux sont la collaboration, l’exactitude, la responsabilité et la transparence. Considérer les points de vue de chacun pendant l’estimation des tâches ou des stories améliore la compréhension des dépendances et des risques. Cela clarifie les questions sur la complexité des fonctionnalités du backlog et rend les estimations plus précises. Le Scrum Planning Poker développe aussi la responsabilité et la confiance, y compris entre le Scrum Master et les personnes en contact avec les clients. Le choix individuel des cartes suivi d’une révélation simultanée réduit les biais et crée une compréhension commune, y compris des tâches consignées dans Jira. La discussion nécessaire au consensus apporte une transparence appréciée par les organisations.

C’est comme un projet collectif où chacun, du représentant client au Scrum Master, apporte des compétences, des opinions et une expérience propres. Le groupe combine ces perspectives pour examiner les éléments et attribuer des story points, obtenant une meilleure appréciation du projet qu’en s’appuyant seulement sur les estimateurs.

Nous connaissons maintenant les bases du Scrum Planning Poker, ses origines et les rôles des participants. Notre FAQ permet d’en approfondir les différents aspects. Passons à sa mise en œuvre dans la section suivante.

Le Scrum Planning Poker estime la complexité ou l’effort de chaque unité de travail en gestion de projet agile. Il favorise une collaboration efficace, élimine des biais potentiels et maintient la transparence pendant le projet. Pour que le Scrum Master puisse le mettre en œuvre avec succès, chacun doit partager la même compréhension et connaître la procédure.

Mettre en œuvre le Scrum Planning Poker

Supposons que votre équipe réalise des mises à jour logicielles essentielles demandées par les clients. Comme Scrum Master, il faut comprendre les rôles, les responsabilités et l’expertise de chacun. Un délai réaliste pour chaque unité de travail est indispensable pour ne pas compromettre le calendrier global ni mettre l’équipe sous pression. Avec le Scrum Planning Poker, chacun évalue l’effort ou la complexité de façon relative, avec des scores de 1-100 sur des cartes particulières.

Mais comment préparer le jeu ? Autrement dit, comment le Scrum Master coordonne-t-il ce système de cartes dans Jira ?

La première étape est de préparer un jeu standard. Il doit présenter des nombres de 0 à 100, associés à des usages précis.

• Selon le 14e State of Agile Report, environ 58% des répondants utilisent Scrum dans leurs projets, avec des pratiques comme le planning poker.
• Une étude du Journal of Systems and Software a constaté que des techniques comme le planning poker peuvent améliorer l’exactitude des estimations jusqu’à 40%.
• Une recherche du Journal of Computer Science and Technology (JCST) a indiqué que plus de 84% des équipes agiles confirmaient utiliser le Planning Poker pour estimer les story points, en assurant la participation et la compréhension de la complexité des tâches.

Préparer le jeu de cartes et la valeur de consensus (story points)

Chaque valeur représente un niveau d’effort ou de complexité associé à une estimation en story points. Plus le nombre est élevé, plus l’effort, la complexité ou l’incertitude estimés sont importants ; il ne s’agit pas de la valeur métier du travail. La valeur des cartes peut toutefois varier selon la complexité du projet et les compétences disponibles dans l’équipe.

Supposons qu’un développeur expérimenté estime une tâche différemment d’une personne qui connaît moins bien le sujet. Cela peut produire des biais ou une estimation inexacte. Il est donc essentiel de discuter et de confronter les points de vue avant de fixer l’estimation finale.

Il faut également prévoir des cartes vierges pour les situations où aucune carte chiffrée ne convient. Elles ne doivent pas servir de valeurs d’estimation ordinaires, mais peuvent marquer un arrêt pour poser des questions, par exemple sur l’ajout d’une fonctionnalité ou la clarification d’une exigence.

Préparer les cartes est simple malgré la diversité des rôles. Les membres de l’équipe peuvent se procurer des jeux prêts à l’emploi ou utiliser des jeux en ligne adaptés aux équipes agiles. Certains jeux physiques de Scrum Planning Poker comportent aussi des valeurs particulières comme le double zéro, l’infini ou le point d’interrogation pour les tâches incertaines.

Rappelez-vous : le planning poker privilégie la collaboration et une discussion constructive entre les membres de l’équipe, quels que soient leurs rôles dans l’organisation, pour obtenir une estimation juste et exacte des exigences de travail, plutôt que de simplement estimer rapidement.

Maintenant que nous savons préparer le jeu de cartes nécessaire au Scrum Planning Poker, passons à la participation aux séances. Ces échanges sont essentiels à la réussite des organisations centrées sur le client.

L’une des raisons principales de l’efficacité du Scrum Planning Poker est qu’il rassemble les membres de l’équipe pour discuter et attribuer des story points. Cet effort collectif donne à toute l’équipe, y compris au Scrum Master et aux rôles proches du client, une compréhension claire et globale de la complexité et des besoins du projet, au bénéfice de la santé et de l’efficacité de l’organisation. Pour être utiles, ces séances exigent une participation active ; elles constituent des réunions importantes dans l’agenda des responsables produit. Lorsqu’ils les facilitent, l’une de leurs responsabilités principales est de faire participer chaque membre pour obtenir l’estimation la plus exacte possible. Cette participation prend différentes formes : chacun peut, par exemple, présenter sa carte et expliquer son choix. Si une estimation diffère fortement des autres, la personne doit exposer son raisonnement, questionner les hypothèses ou proposer d’autres explications.

Planning Poker® / Scrum Poker

Une méthode courante d’estimation consiste à jouer au Planning Poker®, également appelé Scrum Poker. Il minimise l’influence des participants les uns sur les autres et produit ainsi une estimation plus exacte.

Pour jouer au Planning Poker®, il faut :

• La liste des fonctionnalités à estimer.
• Des jeux de cartes numérotées.

Un jeu classique présente la suite de Fibonacci, avec le zéro : 0, 1, 2, 3, 5, 8, 13, 21, 34, 55, 89 ; d’autres progressions similaires sont possibles. La suite de Fibonacci permet de représenter l’incertitude liée à l’estimation des éléments les plus grands. Une estimation élevée indique généralement que la story est mal comprise en détail ou devrait être décomposée en plusieurs stories plus petites. Les petites stories peuvent être estimées plus précisément. Discuter pour savoir s’il faut choisir 19, 20 ou 25 serait une perte de temps : la story est simplement trop grande.

Le jeu se déroule ensuite ainsi :

• Le Scrum Product Owner présente la story à estimer. La Scrum Team pose des questions et le Product Owner précise les détails. S’il y a beaucoup de stories à estimer, une limite de temps peut être fixée, par exemple une minute d’explication. Si cette limite est atteinte et que l’équipe ne comprend toujours pas la story, c’est un signe qu’elle doit être réécrite.
• Chaque membre de la Scrum Team choisit en privé la carte correspondant à son estimation.
• Lorsque chacun a choisi sa carte, toutes sont révélées.
• Les personnes ayant proposé les estimations les plus hautes et les plus basses peuvent expliquer leur choix.
• Après discussion des écarts, les estimateurs votent à nouveau. S’ils ne parviennent pas à un accord utile, ils clarifient ou scindent l’élément au lieu d’imposer un nombre.
• Le jeu se poursuit jusqu’à ce que toutes les stories soient estimées.

Le framework Scrum n’impose pas de méthode unique aux Scrum Teams pour estimer leur travail. Les estimations ne sont toutefois généralement pas exprimées en temps : une mesure plus abstraite quantifie l’effort. Les méthodes courantes comprennent le dimensionnement numérique (de 1 à 10), les tailles de vêtements (XS, S, M, L, XL, XXL, XXXL) ou la suite de Fibonacci (1, 2, 3, 5, 8, 13, 21, 34, etc.).

Il est important que l’équipe partage une compréhension commune de son échelle, afin que chaque membre soit à l’aise pour l’utiliser.

Un nombre suffisant d’éléments du Product Backlog doit être affiné et dimensionné pour soutenir l’ordonnancement, la planification et les prévisions. Scrum n’exige pas d’estimer à l’avance l’intégralité d’un backlog qui évolue. Le Scrum Product Owner a donc besoin d’une appréciation honnête de la difficulté du travail. Il peut participer pour préciser les besoins et répondre aux questions, puis laisser aux développeurs l’espace nécessaire pour estimer de façon indépendante. Il ne doit pas pousser l’équipe vers une valeur préférée.

Planning Poker® est une marque déposée de Mountain Goat Software, LLC.

Participer aux séances d’estimation au planning poker

Par exemple, si un développeur choisit « 5 » et un autre « 3 » pour la même user story, ils peuvent avoir des appréciations différentes de sa difficulté ou de sa complexité. Cela peut aussi traduire des différences d’expérience entre les membres de l’équipe.

Dans ce cas, au lieu de prendre parti, le facilitateur peut jouer un rôle décisif en encourageant la contribution de chacun et une discussion réfléchie qui vise un consensus. Ces échanges contribuent fortement à l’exactitude des estimations et, finalement, à la livraison de produits de qualité dans les délais impartis.

La technique offre plusieurs avantages au-delà de son objectif premier d’estimation. L’un de ses principaux atouts est d’encourager la collaboration entre les membres de l’équipe et d’améliorer la communication pendant leurs réunions.

Le Scrum Planning Poker, dans lequel les membres discutent et attribuent des story points, est très efficace pour obtenir des estimations exactes. La participation active de chacun est essentielle : discuter des cartes choisies, justifier le raisonnement, questionner les hypothèses et proposer d’autres explications. Si les estimations divergent fortement, les facilitateurs doivent encourager une discussion réfléchie pour trouver un consensus au lieu de prendre parti. Ces échanges contribuent à des estimations exactes et à la livraison de produits de qualité dans les délais.

L’impact du Scrum Planning Poker

Il favorise la transparence en permettant aux parties prenantes de comprendre les raisons de chaque estimation et d’échanger respectueusement avec les personnes d’un autre avis, jusqu’à parvenir à une compréhension collective ou à un consensus pour des estimations plus exactes.

Cette technique prend aussi en compte les avis individuels et compare les estimations et leurs justifications, ce qui réduit les biais. La psychologie cognitive montre que les estimations collectives, comme au planning poker, sont exposées au « biais d’ancrage » : le premier nombre proposé devient la référence des évaluations suivantes. Le choix de cartes cachées aide à contrer ce biais, car chacun doit exprimer son avis sans subir cette influence.

Chaque membre de l’équipe bénéficie également d’une chance égale d’exprimer son opinion et ses justifications. Quelques personnes ne peuvent ainsi pas contrôler l’ensemble de ce processus devenu un élément important des réunions d’estimation de l’organisation.

Le planning poker ressemble à un puzzle assemblé entre collègues : chacun apporte une pièce jusqu’à ce que l’image soit complète. La mise en commun de toutes les pièces produit un résultat global, finalement plus exact, et un accord concret issu de la séance.

Après avoir vu comment la participation aux séances permet de réussir les estimations et comment le Scrum Planning Poker agit sur la communication et les biais, examinons des conseils pratiques pour rendre ces séances efficaces.

Comme indiqué précédemment, les séances de planning poker peuvent jouer un rôle essentiel dans la gestion de projet agile. Pour qu’elles soient efficaces et productives, suivez les conseils pratiques ci-dessous.

Conseils pratiques pour des séances d’estimation au planning poker efficaces dans votre équipe

Fixez un ordre du jour clair : une trame pour chaque séance aide à maintenir le cap des discussions. Le Product Owner ou les responsables produit doivent préparer les user stories à l’avance et les classer par priorité. L’équipe peut ainsi estimer d’abord les plus importantes sans se laisser détourner par des tâches secondaires. Les facilitateurs sont plus efficaces et transparents lorsqu’ils aident l’équipe à rester concentrée sur l’objectif et contribuent ainsi à l’efficacité globale de l’organisation. Choisissez des jeux de cartes adaptés : la suite de Fibonacci classique est courante, mais les équipes peuvent concevoir leurs propres jeux selon leurs besoins. Tenez compte de la complexité du projet, de la taille de l’équipe et de son expertise pour choisir les valeurs. Mountain Goat Software propose, par exemple, des cartes conçues pour différents environnements, des jeunes entreprises aux sociétés industrielles.

• Encouragez la participation de chacun : Tous les membres de l’équipe, notamment les développeurs et les testeurs, doivent apporter leur point de vue. Le Product Owner ou le responsable produit peut préciser les besoins sans imposer ses estimations. Associer chacun valorise aussi les membres de l’équipe et améliore la transparence et la responsabilité tout au long du processus métier.
• Utilisez les limites de temps de discussion avec discernement : Pour examiner tous les aspects des user stories pendant l’estimation, il est essentiel d’entendre des avis différents. Gardez les échanges ciblés et limités dans le temps ; si une incertitude importante subsiste, prévoyez un affinage supplémentaire au lieu de forcer un accord. Des contraintes techniques ou des dépendances peuvent empêcher d’intégrer facilement la story au Sprint en cours. Entendre toutes les perspectives renforce la confiance et améliore l’exactitude des estimations et des valeurs retenues.
• Fixez des attentes réalistes : Il est facile de se laisser entraîner dans des estimations très précises en donnant trop de poids aux détails mineurs au lieu de considérer l’effort global. Rappelez régulièrement pourquoi nous utilisons une méthode d’estimation élaborée : personne ne peut prédire l’avenir avec une exactitude de 100%. Comprendre que les nombres obtenus sont des estimations et non des certitudes favorise une culture de compréhension et de confiance.
• Consignez les décisions : Veillez à documenter et à conserver toutes les décisions des séances de planning poker pour pouvoir les consulter si nécessaire. Les principales raisons et les enseignements derrière chaque estimation apportent aussi un contexte précieux qui simplifie les planifications suivantes. Les nombres obtenus ne sont pas de simples estimations : ils témoignent du raisonnement de chaque estimateur et doivent être soigneusement conservés.
• Encouragez la collaboration et le travail d’équipe : Les séances de planning poker sont un effort collectif : les parties prenantes doivent rechercher le consensus du groupe plutôt que privilégier les estimations individuelles. Un ordre du jour adapté, les bons jeux de cartes, la participation de chacun, des limites de discussion réfléchies, des attentes réalistes et la consignation des décisions favorisent des estimations plus exactes. Essayez et découvrez combien votre processus d’estimation peut gagner en efficacité avec l’accompagnement d’un responsable produit engagé !
• Conseils sur le Planning Poker, à la source : Parmi les bonnes pratiques recommandées par Mountain Goat Software figurent la participation active de tous les membres aux estimations, des user stories claires et concises, une limite de temps pour chaque tour et la discussion des écarts importants afin de renforcer la collaboration et la compréhension commune. Une étude de Fernandez et ses collègues a constaté que les équipes utilisant le Planning Poker obtenaient des estimations plus exactes que celles utilisant d’autres techniques.

Le Scrum Planning Poker améliore l’exactitude et la cohérence des estimations, la collaboration et la communication de l’équipe, ainsi que la transparence et la responsabilité. Selon une enquête de l’Agile Alliance, les équipes qui l’utilisent ont obtenu une amélioration de 20% de l’exactitude des estimations et une réduction de 15% des retards de projet. La technique développe aussi une compréhension commune, qui conduit à de meilleures estimations et décisions tout au long du cycle de vie des produits et des projets métier.

Questions fréquentes sur l’estimation en équipe au planning poker

Existe-t-il de bonnes pratiques ou des conseils pour utiliser efficacement le Scrum Planning Poker ?

Réponse : oui. Même si le Scrum Planning Poker est une méthode d’estimation largement admise, Mountain Goat Software indique que d’autres méthodes peuvent être envisagées selon les besoins particuliers de votre équipe et le contexte de l’entreprise.

Quels sont les avantages du Scrum Planning Poker en gestion de projet ?

Réponse : le Scrum Planning Poker améliore l’exactitude et la cohérence des estimations, la collaboration et la communication de l’équipe, ainsi que la transparence et la responsabilité. Selon une enquête de l’Agile Alliance, les équipes qui l’utilisent ont amélioré l’exactitude de leurs estimations de 20% et réduit les retards de projet de 15%. Cette technique développe aussi une compréhension commune, qui conduit à des estimations plus exactes et à de meilleures décisions tout au long du projet.

Existe-t-il d’autres méthodes que le Scrum Planning Poker ?

Réponse : oui. Certaines équipes utilisent les tailles de vêtements : chaque user story reçoit une taille qui représente son effort relatif. Une autre méthode est l’estimation par affinité, où les stories de complexité similaire sont regroupées puis reçoivent des points. Ces solutions peuvent être efficaces lorsque les membres débutent avec Scrum ou disposent de peu de temps. Selon une enquête de CollabNet VersionOne, 35% des équipes agiles utilisaient d’autres techniques d’estimation en complément ou à la place du planning poker.

Comment fonctionne le planning poker dans les équipes Scrum ?

Réponse : le Scrum Planning Poker est une technique d’estimation du développement logiciel agile : les membres attribuent des story points aux user stories selon leur complexité. Pendant la séance, chacun choisit en privé un nombre représentant son estimation, puis tous le révèlent simultanément. Les écarts sont discutés pour parvenir à une compréhension commune des exigences. Cette démarche collaborative améliore les décisions et aide à repérer les risques et les incertitudes du projet. Les statistiques montrent que le Scrum Planning Poker produit des estimations plus exactes que les méthodes traditionnelles et améliore ainsi la planification et l’efficacité de la livraison.

Quel est l’objectif du planning poker dans Scrum ?

Réponse : le planning poker facilite une estimation collaborative et exacte des projets agiles. Les membres estiment ensemble l’effort nécessaire aux user stories ou aux tâches en tenant compte de perspectives et d’expertises différentes. Cette technique à base de cartes permet d’éviter les biais individuels, d’encourager la participation et la discussion et d’obtenir des estimations plus fiables. Des études ont montré qu’elle améliore l’exactitude en réduisant les sous-estimations et les surestimations, ce qui renforce la planification et l’affectation des ressources (source : livre « Scrum Planning Poker in Agile: An Effective Estimation Technique »).

Quel est le bon ordre des étapes du planning poker ?

Réponse : les étapes du Planning Poker sont les suivantes : (1) présentation d’un élément du Product Backlog, (2) estimation individuelle de l’effort à l’aide des cartes, (3) révélation simultanée des estimations, (4) discussion des écarts entre les membres de l’équipe et (5) répétition du processus jusqu’à l’obtention d’un consensus.

Que sont les story points de Fibonacci ?

Réponse : les story points de Fibonacci sont des valeurs utilisées dans l’estimation agile, notamment au Planning Poker. La série (1, 2, 3, 5, 8, 13, 21, 34, etc.) suit la suite de Fibonacci et traduit le fait que, lorsque la complexité ou l’effort augmente, l’incertitude de l’estimation augmente également de façon non linéaire.

Pourquoi peut-on utiliser la suite de Fibonacci (1, 2, 3, 5, 8, 13, 21, 34, etc.) pour estimer les éléments du backlog ?

Réponse : la suite de Fibonacci représente l’incertitude intrinsèque et la non-linéarité de l’estimation de l’effort ou de la complexité des tâches. Elle permet aux équipes de souligner l’incertitude croissante associée aux éléments de backlog plus grands et complexes.

Quelle mesure utilise-t-on pour estimer au planning poker ?

Réponse : le Planning Poker utilise les story points. Cette unité de mesure combine des facteurs comme la complexité, l’effort et l’incertitude associés à une user story ou à une tâche dans le développement agile.

Que désignent les story points de Fibonacci ?

Réponse : cette expression désigne l’utilisation de la suite de Fibonacci (1, 2, 3, 5, 8, 13, 21, 34, etc.) comme ensemble de valeurs pour estimer l’effort ou la complexité des user stories pendant le Planning Poker en développement agile.

Qu’est-ce que le Planning Poker Fibonacci ?

Réponse : c’est une méthode d’estimation agile qui utilise la suite de Fibonacci (1, 2, 3, 5, 8, 13, 21, 34, etc.) sur les cartes d’estimation pour évaluer collectivement l’effort ou la complexité des user stories pendant le Sprint Planning.

Vous êtes Product Owner et estimez des user stories avec votre équipe. Avec la méthode Planning Poker™, vous remarquez qu’un membre a choisi la carte café. Qu’est-ce que cela signifie généralement ?

Réponse : choisir la carte café est souvent une manière humoristique d’indiquer le besoin d’une pause. Une carte avec un point d’interrogation signale généralement une compréhension insuffisante pour estimer. Convenez du sens des cartes spéciales avant la séance.

Récapitulatif du Scrum Planning Poker

Le Scrum Planning Poker est une technique d’estimation agile collaborative et participative conçue pour faciliter un Sprint Planning exact et efficace. Les membres utilisent des cartes présentant généralement des valeurs de Fibonacci pour estimer ensemble l’effort ou la complexité des user stories du Product Backlog. Après la présentation d’un élément, chacun choisit son estimation individuellement, puis tous la révèlent simultanément. L’équipe discute ensuite des écarts pour parvenir à un consensus sur l’effort nécessaire à chaque tâche.

Les story points de Fibonacci, avec des valeurs comme 1, 2, 3, 5, 8, 13, etc., servent couramment au Scrum Planning Poker pour représenter la non-linéarité de l’estimation de la complexité. Cette suite reconnaît que l’incertitude augmente avec la taille et la complexité des tâches. Les story points quantifient la combinaison de la complexité, de l’effort et de l’incertitude pendant l’estimation.

Le Planning Poker fondé sur Fibonacci est une variante courante, efficace et largement adoptée dans le développement agile. Il favorise la collaboration, réduit les biais d’estimation et améliore la transparence du Sprint Planning. Les membres trouvent souvent dans ces cartes, y compris la carte café pour demander une pause avec humour, un moyen dynamique et interactif d’obtenir des estimations exactes et des séances réussies. Partie intégrante des méthodes agiles, le Scrum Planning Poker continue d’aider les équipes à livrer des produits de qualité avec précision et efficacité.