# Le planning poker : estimer en équipe

> Chacun choisit une carte en secret, on les révèle ensemble et les écarts lancent la discussion. Comment animer une session de planning poker et jouer dans Prior.

Source: https://priortasks.com/fr/guides/planning-poker/
Last updated: 2026-11-05

Le planning poker est une façon, pour une équipe, d’estimer ensemble la taille d’un travail. Chacun choisit une carte en secret, toutes les cartes sont montrées au même instant, et l’équipe discute des écarts avant de s’arrêter sur un chiffre. Le chiffre compte moins que ce que la discussion fait remonter.

## D’où il vient

James Grenning a défini et nommé le planning poker en 2002. Mike Cohn l’a fait largement connaître dans son livre *Agile Estimating and Planning* (2005). C’est une variante du Wideband Delphi, une méthode d’estimation de groupe issue de la méthode Delphi mise au point à la RAND Corporation : estimer d’abord seul, comparer, discuter, estimer à nouveau.

Les équipes l’utilisent avec des [story points](https://priortasks.com/fr/guides/story-points/), une mesure relative de la taille. Le jeu de Cohn suit une suite de type Fibonacci : 0, 1, 2, 3, 5, 8, 13, 20, 40 et 100. Les écarts se creusent volontairement : plus un travail est gros, moins on peut le dimensionner avec précision, c’est pourquoi le jeu ne propose ni 14 ni 15.

## Pourquoi ça marche

**Les cartes secrètes empêchent l’ancrage.** Quand la première personne annonce un chiffre à voix haute, tous les autres l’ont entendu. Jorge Aranda et Steve Easterbrook ont montré dans une expérience qu’un chiffre initial tirait les estimations logicielles vers lui (ESEC/FSE, 2005). Choisir en privé et révéler ensemble supprime ce premier chiffre.

**Le désaccord est une information.** La personne qui a la carte la plus haute connaît souvent un travail que les autres n’ont pas vu. Celle qui a la plus basse connaît peut-être un raccourci. Le conseil de Cohn est de laisser ces deux personnes s’expliquer en premier et d’éviter la moyenne, car elle masque les raisons du désaccord.

**Ce n’est pas un moyen de battre un expert.** Dans un projet logiciel, K. J. Moløkken-Østvold et N. C. Haugen ont comparé des tâches estimées en planning poker à des tâches estimées par des experts individuels (Australian Software Engineering Conference, 2007). Les estimations de groupe étaient moins optimistes et plus justes que la moyenne des estimations individuelles, mais les experts travaillant seuls étaient à peu près aussi justes que les groupes. Le gain pratique est la compréhension partagée, pas un meilleur chiffre.

## Comment animer une session

1. **Préparez une courte liste de stories.** Chacune doit dire qui veut quoi et pourquoi, en quelques lignes. Estimez ce que vous allez tirer pour le prochain sprint ou les deux suivants, pas tout le backlog.
2. **Convenez d’une référence.** Choisissez une story terminée et convenez de sa taille. Les autres sont dimensionnées par rapport à elle.
3. **Lisez une story et prenez les questions.** Le product owner répond. L’équipe demande ce que « terminé » veut dire.
4. **Chacun choisit une carte face cachée.** Pas d’indices, pas de regards en travers de la table.
5. **Révélez ensemble.**
6. **Si les cartes diffèrent, la plus haute et la plus basse s’expliquent.** Restez bref. Puis revotez.
7. **Arrêtez-vous quand l’équipe peut soutenir un chiffre.** Ne faites pas de moyenne. Si trois tours ne convergent pas, mettez la story de côté : il lui manque des informations, ou elle doit être découpée.
8. **Découpez les stories qui attirent les plus grosses cartes.** Les plus grosses cartes veulent dire « c’est trop gros pour être planifié ». Découpez-la en morceaux et dimensionnez ceux-ci.

Trois personnes, Ana, Ben et Chloé, estiment « En tant qu’utilisateur, je peux réinitialiser mon mot de passe par e-mail ». Le premier tour affiche 3, 5 et 13. Ben, qui a joué 13, s’explique : l’environnement de préproduction n’a pas de service d’e-mail, et les liens de réinitialisation doivent expirer. Ana, qui a joué 3, avait supposé qu’on pouvait réutiliser les e-mails d’inscription. Chloé ajoute que l’expiration du lien demande ses propres tests. Au deuxième tour, ils jouent 5, 5 et 8 et s’accordent sur 5. Ils ajoutent aussi « Configurer l’e-mail en préproduction » comme story à part. L’estimation a pris quatre minutes et a révélé une pièce manquante.

## Les erreurs à éviter

- **Faire la moyenne des cartes.** Un 3 et un 13 ne font pas un 8.
- **Parler en premier.** Le chiffre d’une personne expérimentée donne le ton à toute la salle. Gardez les cartes face cachée jusqu’à ce que tout le monde ait choisi.
- **Transformer les points en heures.** « Un 5, c’est un jour » détruit l’intérêt d’une échelle relative.
- **Estimer sans les personnes qui feront le travail.** En Scrum, ce sont les développeurs qui feront le travail qui sont responsables de l’estimation, selon le [Guide Scrum](https://scrumguides.org/scrum-guide.html).
- **De longs débats.** Limitez le temps par story. Une longue discussion signifie que la story n’est pas claire.
- **Tout estimer.** Dimensionnez ce qui va bientôt démarrer. Le travail lointain change avant que vous y arriviez.

## Quand ce n’est pas le bon outil

- **Pour une équipe d’une ou deux personnes.** Parlez-en.
- **Quand toutes les stories ont à peu près la même taille.** Comptez les stories à la place.
- **Pour un gros backlog.** 200 stories, c’est un long après-midi. Dimensionnez-les d’abord grossièrement en tailles de T-shirt, puis jouez au poker sur les plus proches.
- **Pour un travail inconnu.** Une recherche ne se dimensionne pas. Fixez-lui une limite de temps et dimensionnez ce que vous apprenez.

## Dans Prior

> [!pro] Le planning poker fait partie de la boîte à outils Scrum
> Il demande Pro sur l’offre du propriétaire du projet. Les personnes que vous invitez n’ont pas besoin de Pro elles-mêmes. Sans Pro, un projet Scrum fonctionne comme un Kanban, avec l’onglet masqué et vos données conservées. Voir [Offres et tarifs](https://priortasks.com/fr/docs/account/plans-and-pricing/).

Prior propose une table de poker dans chaque projet Scrum et dans les projets Scrumban qui l’ajoutent. Voici comment se déroule une session.

1. **Préparez le projet.** Choisissez **Agile · Scrum** sous **Type de projet** quand vous créez ou modifiez le projet. Pour **Agile · Scrumban**, ouvrez **Ajouter une vue** et choisissez **Planning Poker**. Invitez votre équipe avec [Partager un projet](https://priortasks.com/fr/docs/collaboration/share-a-project/). Les propriétaires et les éditeurs jouent, les lecteurs regardent.
2. **Ouvrez l’onglet Planning Poker** et **Choisissez les stories**. Cochez les stories à estimer, de 1 à 50. Parmi les sélections rapides : **Pas encore estimées**, le sprint en cours et le suivant, **Hors de tout sprint** et **Toutes les tâches ouvertes**. Choisissez le jeu de cartes et appuyez sur **Lancer la partie**.
3. **Invitez la table.** Chaque membre reçoit une carte, « Alex lance un Planning Poker », avec **Rejoindre la table**.
4. **Jouez votre carte.** Votre main est en bas. Cliquez sur une carte, ou tapez sa valeur : <kbd>5</kbd>, <kbd>1</kbd> <kbd>3</kbd>, <kbd>?</kbd> ou <kbd>C</kbd> pour la carte café. Les cartes restent face cachée, et la table indique « 3 sur 5 ont voté ». <kbd>Backspace</kbd> reprend votre carte avant la révélation.
5. **Révélez.** La personne qui anime la table appuie sur **Révéler les cartes** (<kbd>Enter</kbd>). Toutes les cartes se retournent ensemble. Quand les votes diffèrent, la plus basse et la plus haute sont signalées par **Plus bas** et **Plus haut**.
6. **Discutez, puis décidez.** **Revoter** (<kbd>R</kbd>) lance un nouveau tour. **Valider 5 points** (<kbd>Enter</kbd>) inscrit la valeur sur la tâche et passe à la story suivante. Quand les cartes diffèrent, la suggestion est la carte du jeu la plus proche de la moyenne. Utilisez le crayon, **Choisir une autre valeur**, pour valider à la place ce sur quoi l’équipe s’est accordée.
7. **Terminez.** Quand chaque story a une estimation, la table affiche le total. **Terminer la session** la ferme.

Quelques précisions :

- **Trois jeux de cartes.** Fibonacci (de 0 à 21), Fibonacci modifié (ajoute ½, 20, 40 et 100) et Tailles de T-shirt (de XS à XL, valant 1, 2, 3, 5 et 8 points). Chacun a aussi une carte **Pas sûr** et une carte **Pause café**.
- **Personne ne peut tricher.** Les cartes des autres joueurs sont masquées par le serveur jusqu’à la révélation.
- **Trop gros.** Au-delà de 13 points, le résultat passe à l’ambre : « 21 points : trop gros pour un sprint ». **Découper la tâche** devient l’action principale, et **Garder 21 points quand même** reste disponible. Si votre compte a Pro, Prior AI propose les morceaux. Ils deviennent des sous-tâches et rejoignent la table juste après la story. Voir [Découper une story](https://priortasks.com/fr/docs/agile/split-a-story/).
- **Le menu de session.** Le bouton **Session**, en haut à droite, liste les stories et permet à la personne qui anime la table d’aller à l’une d’elles, de **Passer cette tâche**, de **Découper cette tâche** ou de **Terminer la session**.
- **Jouer seul.** Un projet non partagé se joue en solo : « Vous jouez en solo. » Vous parcourez les stories et validez chaque estimation, et **Partager pour jouer en équipe** est à un clic.
- **Pas de voix.** Prior gère les cartes, pas la conversation. Gardez votre appel habituel ouvert.

La référence complète est dans [Planning poker](https://priortasks.com/fr/docs/agile/planning-poker/), et l’échelle est expliquée dans [Story points](https://priortasks.com/fr/guides/story-points/).