1. Sélection de la tâche : Le Product Owner ou le Scrum Master sélectionne une user story ou une tâche dans le backlog produit.

2. Discussion de la tâche : L’équipe discute brièvement de la tâche pour s’assurer que tous comprennent bien les objectifs, les besoins et les éventuels défis.

3. Estimation individuelle : Chaque membre de l’équipe choisit en secret une carte représentant son estimation du niveau de complexité ou du temps requis pour accomplir la tâche.

4. Révélation des cartes : Tous les participants dévoilent simultanément leurs cartes pour éviter toute influence mutuelle.

5. Discussion des écarts : Si les estimations varient significativement, les membres discutent des raisons de leur évaluation. Ceux qui ont donné les estimations les plus hautes et les plus basses expliquent leur point de vue, ce qui permet à l’équipe de réévaluer la complexité de la tâche.

6. Nouvelle estimation : Après la discussion, les participants peuvent revoir leur estimation et jouer une nouvelle carte. Ce processus se poursuit jusqu’à ce qu’un consensus soit atteint ou qu’une estimation moyenne soit choisie.

• Améliorer la précision des estimations : En confrontant des points de vue variés, l’équipe obtient une estimation plus équilibrée et précise que si elle se reposait sur une seule personne.

• Réduire les biais d’estimation : En éliminant les influences extérieures, cette méthode permet à chaque membre de donner son estimation réelle sans être influencé par des leaders ou des opinions dominantes.

• Favoriser la communication et la compréhension : Les discussions qui émergent autour des écarts d’estimation aident les membres à mieux comprendre les tâches et à anticiper les problèmes potentiels.

• Renforcer la cohésion d’équipe : Le Planning Poker est une activité collaborative qui encourage la participation de tous les membres, renforçant ainsi le sentiment d’appartenance et l’esprit d’équipe.

• Story Points ou estimation en jours : Le Planning Poker est souvent basé sur des story points, une mesure de complexité relative. Cela diffère des estimations en heures ou en jours qui, elles, sont plus absolues. Les story points permettent de se concentrer sur la difficulté des tâches plutôt que sur la durée exacte.

• Une approche itérative : Comme le Planning Poker repose sur une suite de discussions et de réévaluations, il faut prévoir un peu de temps pour que l’équipe puisse atteindre un consensus.

• Adaptation selon l’équipe : La taille de l’équipe, le niveau d’expérience, et le contexte du projet peuvent influencer le déroulement du Planning Poker. Il est donc possible d’adapter certains éléments pour mieux répondre aux besoins spécifiques de l’équipe.

• Introduction de la méthode : Avant de débuter, il est essentiel de former les membres de l’équipe au concept de Planning Poker, surtout s’ils n’ont pas l’habitude des estimations collaboratives.

• Préparer un environnement propice : Une réunion calme, sans interruptions, est essentielle pour permettre une concentration maximale. Dans les équipes distribuées, il existe des outils digitaux comme Jira, Miro ou PlanningPoker.com qui permettent de jouer au Planning Poker à distance.

Sinon pour éviter toute perturbation digitale pour les équipes en présentielle, vous pourrez vous procurer un jeu de carte de Planning Poker qui apportera un côté ludique à la session.

• Encourager la discussion ouverte : Le Scrum Master doit encourager chaque membre à s’exprimer, notamment ceux qui hésitent à partager leur avis, pour garantir une estimation complète et diversifiée.

• Limiter le nombre de tâches à estimer : Pour éviter la fatigue cognitive, il est préférable de ne pas estimer trop de tâches en une seule session de Planning Poker.

• Imposer un avis dominant : Si un membre de l’équipe, surtout s’il est expérimenté, influence trop les estimations des autres, cela fausse les résultats et réduit la qualité des estimations.

• Vouloir des estimations précises en temps : Le Planning Poker est une méthode d’estimation relative. Chercher une correspondance précise en heures ou en jours peut créer de la confusion.

• Trop de débats sur chaque tâche : Les discussions sont importantes, mais elles ne doivent pas durer trop longtemps. Le but est de converger rapidement vers un consensus.

• Oublier la rétrospective : Après quelques sessions, il peut être utile de faire une rétrospective sur le Planning Poker, pour voir si les estimations sont en ligne avec la réalité des sprints et ajuster la méthode si nécessaire.