Planning poker Scrum : estimez votre backlog sans alourdir la cérémonie
Le sprint planning ou le backlog refinement dure déjà assez longtemps.
L'outil de planning poker ne doit pas en rajouter : pas d'inscription pour l'équipe, pas de configuration entre deux sprints, pas de compte à renouveler.
pokrr est prêt en 10 secondes. Créer une salle, partager le lien, estimer vos stories.
Sans inscription · Aucune donnée stockée · RGPD-friendly
Qui fait quoi pendant le planning poker Scrum ?
- Scrum Master
- Facilite la session sans voter. Sur pokrr, le SM prend le rôle admin : il présente les stories et révèle les cartes. Il peut transférer ce rôle à un autre membre si besoin.
- Équipe de développement
- Vote sur la complexité de chaque story. Chaque développeur, QA, et designer impliqué dans la story vote simultanément, sans voir les choix des autres avant la révélation.
- Product Owner
- Présente les stories et répond aux questions de clarification. La pratique courante est de ne pas voter pour ne pas influencer l'équipe. Si le PO vote, il révèle sa carte au même moment que les autres.
Ce que pokrr apporte à une équipe Scrum
Vote simultané anti-ancrage
Personne ne voit les votes des autres avant la révélation. Le senior ne donne pas le ton avant que l'équipe ait voté. C'est la règle fondamentale du planning poker : elle s'applique en présentiel comme à distance.
Fibonacci et T-Shirt dans le même outil
Fibonacci pour les stories de sprint (story points). T-Shirt sizing pour les epics et la roadmap. Puissances de 2 et deck custom disponibles selon la pratique de l'équipe.
Admin = rôle du Scrum Master
Le SM crée la salle, contrôle la révélation et peut passer à la story suivante. Plusieurs admins peuvent être actifs simultanément si la session est co-animée.
Timer par story
Chaque story peut avoir son propre compte à rebours. Utile pour tenir le rythme sur un backlog de 15 à 20 stories sans que la session déborde.
Rejoindre sans compte
L'équipe change à chaque recrutement, chaque nouveau stakeholder, chaque session de découverte avec un client. Aucun membre ne crée de compte. Un lien suffit.
Résultats copiables en Markdown
Après la révélation, la médiane, la distribution et les votes individuels peuvent être copiés en Markdown pour être collés dans Notion, Confluence ou un canal Slack.
Les erreurs courantes en planning poker Scrum
- 1
Le SM donne son estimation avant le vote
Même involontairement, une estimation verbale avant la révélation tire les votes vers ce premier chiffre. La règle : on vote, puis on parle.
- 2
Traiter l'estimation comme un engagement
Les story points mesurent la complexité relative d'une story, pas une durée contractuelle. Une story à 8 points ne signifie pas 8 heures ni 8 jours. C'est la vélocité de l'équipe sur plusieurs sprints qui donne la valeur prédictive.
- 3
Estimer pendant le sprint planning
Le sprint planning est fait pour sélectionner les stories et construire le plan. L'estimation devrait être faite en amont, pendant le backlog refinement. Un sprint planning qui commence avec des stories non estimées se transforme en session d'estimation non prévue.
- 4
Passer sans discuter les grands écarts
Si quelqu'un vote 2 et quelqu'un vote 13, continuer sans discussion annule l'intérêt de la session. L'écart signale un désaccord sur la définition de la story, une dépendance non identifiée ou un risque technique non partagé.
Questions fréquentes
- À quel moment du sprint faire le planning poker ?
- Le plus souvent en backlog refinement, à mi-sprint, pour préparer les stories du sprint suivant. Le sprint planning peut inclure une estimation rapide, mais les stories complexes devraient être estimées avant.
- Combien de stories estimer par session ?
- Entre 8 et 15 pour une session de 60 à 90 minutes avec une équipe de 5 à 7 personnes. Au-delà, la concentration baisse et la qualité des estimations se dégrade.
- Le Scrum Master doit-il voter ?
- Non dans la pratique courante. Le SM facilite la session. S'il vote, il influence l'équipe, même sans le vouloir. Il peut noter sa propre estimation séparément pour comparaison, sans la révéler avant le vote collectif.
- pokrr peut-il tracker la vélocité ?
- Non. pokrr est un outil de session. Les salles expirent après 4 heures d'inactivité, aucune donnée n'est conservée. Le suivi de la vélocité se fait dans votre outil de gestion de projet (Jira, Linear, Notion).
- Est-ce que pokrr s'intègre à Jira ?
- Non, pas d'intégration native. Copiez les résultats en Markdown depuis l'interface et collez-les directement dans votre backlog Jira.