Qu'est-ce que le Scrum Poker (Planning Poker) ?
Le Scrum Poker, aussi appelé Planning Poker, est une technique d'estimation agile basée sur le consensus, créée par James Grenning et popularisée par Mike Cohn. Les membres choisissent indépendamment des cartes d'une séquence Fibonacci modifiée (1, 2, 3, 5, 8, 13, 21...) pour estimer l'effort relatif des user stories. Les cartes sont révélées simultanément pour éviter le biais d'ancrage.
La technique fonctionne car elle exploite la sagesse collective tout en évitant la pensée de groupe. Quand les estimations divergent significativement, les estimateurs extrêmes expliquent leur raisonnement, menant à des discussions productives.
Le Planning Poker est devenu la méthode d'estimation la plus populaire dans les équipes agile car il est rapide, engageant et produit des estimations plus précises que le jugement individuel.
Pourquoi la confidentialité compte pour l'estimation d'équipe
Les outils traditionnels nécessitent des comptes, envoient les données via des serveurs centraux et dépendent d'infrastructures tierces. Notre approche élimine ces problèmes avec des sessions chiffrées et éphémères.
Toute la communication entre participants s'effectue via des connexions chiffrées en temps réel. Les noms de salle et valeurs d'estimation n'existent que pendant la session active — quand tout le monde part, tout disparaît définitivement. Aucun compte nécessaire et aucune donnée stockée.
Cette conception est idéale pour les équipes travaillant avec des roadmaps sensibles ou dans des industries avec des exigences strictes de gestion des données.
Comment mener une session d'estimation efficace
Avant la session, le Product Owner doit préparer des user stories bien définies avec des critères d'acceptation clairs. Les stories ambiguës génèrent une variance qui gaspille du temps. Partagez le lien et vérifiez que tous ont rejoint.
Pour chaque story, le Product Owner la présente brièvement, répond aux questions, puis tous choisissent simultanément. À la révélation, cherchez la convergence — si les estimations sont proches (ex. 5, 5, 8, 5), prenez le consensus. En cas de divergence (ex. 2, 13, 5, 21), les extrêmes expliquent leur raisonnement avant de re-voter.
Limitez la discussion à 2-3 minutes par story. Si pas de convergence après deux tours, la story doit être découpée.
