Planning Poker
Maîtrisez le Planning Poker (SCRUM Poker), une technique d'estimation collaborative utilisée par les équipes Agile pour estimer la difficulté des tâches par consensus. Apprenez le processus, les avantages et les meilleures pratiques.
Planning Poker
La méthode Agile du planning poker consiste en une estimation de la difficulté des tâches fondée sur un consensus.
Le Planning Poker, également connu sous le nom de "SCRUM Poker" ou "pointing poker", est une technique ludique que les équipes de développement utilisent pour des tâches de gestion de projet. Ces estimations sont basées sur un consensus de l'ensemble du groupe, ce qui rend ces dernières plus précises que d'autres méthodes. Pour aider à évaluer le nombre de story points pour les tâches pertinentes, les équipes utilisent des cartes de poker de planification.
Valeurs des cartes et suite de Fibonacci
La suite de Fibonacci est utilisée pour les évaluations. Comme nous cherchons à quantifier l'effort, le message est clair : plus le scénario est gros, moins l'évaluation est précise.
Note:
Le paquet de cartes utilisé pour le Planning Poker doit comporter les valeurs suivantes : 1, 2, 3, 5, 8, 13, 21, 34, 55, 89, 144.
Certains simplifient les grandes valeurs en les transformant en 20, 40, 100... puisqu'il s'agit d'être "globalement bon" plutôt que "précisément erroné". On y ajoute généralement les valeurs 0 et 1/2.
Signification des valeurs des cartes
Comment se déroule un Planning Poker
Au début d'une session du Planning Poker, le Product Owner ou le client examine une user story agile et la lit à haute voix. Une user story est une explication générale et informelle d'une fonctionnalité logicielle qui décrit comment elle offrira de la valeur à l'utilisateur final.
Le processus
Distribuer les cartes
Distribuer un jeu de cartes identique à chaque participant. Chaque carte a un numéro convenu par l'équipe. Mike Cohn recommande une séquence de 0, 1, 2, 3, 5, 8, 13, 20, 40, et 100 dans son livre "Agile Estimating and Planning."
Lire la story
Le modérateur (Product Owner) raconte la story au groupe. Si les participants ont des questions, le modérateur y répond.
Discuter la story
Après que le groupe ait fini d'écouter la story, chaque personne partage sa perspective dessus.
Sélectionner et révéler
Après la discussion, chaque personne choisit privément une carte du jeu. Une fois que tout le monde a choisi une carte, ils les révèlent simultanément.
Atteindre un consensus
Quand les membres de l'équipe montrent la même carte, ce numéro devient consensus. Si les cartes varient, une discussion supplémentaire suit jusqu'à ce qu'un accord soit atteint.
Étapes détaillées du processus
1. Distribuer les cartes aux participants
Note:
Chaque joueur devrait avoir un jeu de cartes avec différents numéros. Ces valeurs peuvent représenter une variété de choses : le nombre de story points, les jours idéaux, ou d'autres unités que l'équipe utilise pour l'estimation.
Les jeux de cartes ont intentionnellement un niveau minimal avec des sauts significatifs dans les numéros. Cela assure que pour chaque story, tout le monde peut atteindre un numéro de consensus. S'il y avait une carte pour chaque numéro de 1 à 50, le processus serait terriblement lent.
2. Lire la story à haute voix
Le modérateur (Product Owner) raconte la story au groupe. Si les participants ont des questions, le modérateur y répond avec suffisamment de détail pour une estimation précise.
3. Discuter la story
Après que le groupe ait fini d'écouter la story, chaque personne partage sa perspective dessus. Certains des points de discussion incluront probablement des questions comme :
- Comment devrions-nous approcher le travail ?
- Combien de personnes sont attendues pour être impliquées ?
- Quelles compétences seront nécessaires pour travailler sur la story ?
- Comment aborder les obstacles qui entravent le progrès ?
Le groupe essaiera aussi d'en apprendre plus sur la story et poser des questions pour mieux la comprendre.
4. Sélectionner et révéler
Après la discussion, chaque personne choisit privément une carte du jeu. Typiquement, elle est utilisée pour montrer une estimation des points de la story (mais elle peut aussi représenter le nombre de jours idéaux). Une fois que tout le monde a choisi une carte, ils les révèlent simultanément.
Note:
Si un joueur montre une carte plus élevée, cela signifie que la story sera terminée avec plus de difficulté et plus de temps engagé. Gardez en tête qu'il est commun que les estimations varient significativement initialement.
5. Atteindre un consensus
Quand les membres de l'équipe montrent la même carte, ce numéro devient consensus. À ce point, le groupe peut procéder et travailler sur la prochaine story. Cependant, si les cartes continuent à varier, de nouvelles discussions sur la story suivront.
Note:
Les participants dont les estimations sont plus élevées ou plus basses que les autres communiqueront leur perspective. Ils tenteront alors d'expliquer à leurs coéquipiers les raisons de la divergence. Une fois cette délibération supplémentaire terminée, tout le monde révisera leurs cartes et les révélera à nouveau.
Généralement, les estimations commencent à converger après le second tour. Si ce n'est pas le cas, le processus est répété jusqu'à ce que l'équipe s'accorde sur un seul numéro.
Avantages du Planning Poker
Selon les études, les estimations du Planning Poker sont statistiquement plus précises que les estimations individuelles.
Avantages clés
Qui devrait participer au Planning Poker
Les bonnes personnes doivent rejoindre la réunion, sinon, il devient difficile de récolter les avantages décrits ci-dessus. Ces rôles cruciaux sont les suivants :
Note:
Participants essentiels :
- Membres de l'équipe Scrum : Fournissent les items pour le Product Backlog et contribuent aux discussions sur les story points
- Scrum Master : Facilite les réunions agiles et devrait participer à toutes (ou presque toutes) les réunions
- Product Owner : Décrit toutes les user stories à l'équipe et répond à leurs questions
Participants optionnels
- Architectes techniques : Pour les stories techniques complexes
- Designers UX/UI : Pour les stories d'interface utilisateur et d'expérience
- Assurance qualité : Pour les stories avec des implications de test significatives
- Experts du domaine : Quand des connaissances spécialisées sont requises
Quand organiser des réunions de Planning Poker
Planification initiale
En général, les équipes organisent une session après la création du backlog initial. Bien que les sessions puissent parfois prendre plus d'une journée, elles aident à établir des estimations initiales utiles pour le dimensionnement ou la portée du projet.
Planification continue
Les items sont ajoutés au Product Backlog de façon incrémentale tout au long de la durée de vie du projet. C'est pourquoi il est typiquement plus pratique pour les équipes de conduire des sessions une fois par itération.
Note:
Meilleures pratiques de timing :
- Après la fin du sprint : Quelques jours après la fin de l'itération
- Pendant le refinement du backlog : Sessions de grooming régulières
- Juste après le daily standup : Quand toute l'équipe est présente
- Avant la planification de sprint : Pour avoir les estimations prêtes pour la planification
Fréquence des sessions
- Hebdomadaire : Pour les équipes avec des backlogs qui changent rapidement
- Bi-hebdomadaire : Approche la plus commune, alignée avec les cycles de sprint
- Mensuelle : Pour les équipes stables avec des backlogs bien définis
- Ad-hoc : Quand de nouvelles stories complexes sont ajoutées
Meilleures pratiques et conseils
Garder les sessions focalisées
Limiter les sessions à 2-3 heures maximum. Diviser les grandes sessions en plusieurs plus courtes.
Préparer les stories à l'avance
S'assurer que toutes les stories ont des critères d'acceptation clairs et sont bien définies avant la session.
Ne pas moyenner les estimations
Travailler vers un consensus plutôt que des moyennes mathématiques. La discussion est plus précieuse que les chiffres.
Décomposer les grandes stories
Si une story reçoit consistament des estimations élevées (13+), considérer la décomposer en plus petites pièces.
Documenter les suppositions
Enregistrer les suppositions clés et les décisions prises pendant l'estimation pour référence future.
Conclusion
Le Planning Poker est une technique puissante qui combine les avantages de l'estimation d'expert avec la collaboration d'équipe. Il aide les équipes à créer des estimations plus précises tout en construisant une compréhension partagée et en identifiant les problèmes potentiels tôt dans le processus de développement.
Note:
Facteurs clés de succès :
- S'assurer que tous les membres de l'équipe participent activement
- Se concentrer sur la discussion et la compréhension, pas seulement les chiffres
- Utiliser les estimations pour la planification, pas pour mesurer la performance de l'équipe
- Raffiner continuellement vos compétences d'estimation en équipe
La nature collaborative du Planning Poker en fait un outil essentiel pour les équipes Agile cherchant à améliorer leur précision d'estimation et construire de meilleurs produits à travers une compréhension partagée et une planification basée sur le consensus.