Planning Poker pour Jira : une alternative standalone à la taxe plugin

12 mai 2026 — Kai Petersen

Si votre équipe utilise Jira et que vous avez déjà googlé „planning poker pour Jira”, vous avez probablement frappé le même mur que la plupart des Scrum Masters : Jira n’inclut pas de planning poker en standard. Il existe plusieurs plugins payants sur l’Atlassian Marketplace — Agile Poker for Jira, Easy Agile Planning Poker, Cprime Planning Poker, et d’autres — mais aucun n’est livré avec Jira. Ils coûtent de l’argent par utilisateur, nécessitent l’approbation de l’admin pour l’installation et ajoutent une pièce mobile au setup de votre équipe.

Ce post est destiné aux Scrum Masters et chefs de projet qui veulent du planning poker dans un workflow piloté par Jira mais ne veulent pas payer pour un plugin, se battre avec l’admin Jira pour les droits d’installation, ni ajouter un autre SaaS payant à la pile d’outils. Honnêtes d’emblée : nous faisons Scrum Poker Online, qui n’est pas un plugin Jira. C’est un outil standalone de planning poker. L’argument de cet article : pour la plupart des équipes, le workflow standalone-dans-un-onglet est plus rapide, moins cher et moins fragile qu’un plugin Jira — même si une intégration native semble plus élégante sur le papier.

Ce que Jira fournit en standard

Jira est un outil de gestion de projet. Il traque les issues, les backlogs, les sprints et les rapports. Il prend en charge un champ „Story Points” sur chaque issue (plus d’info en bas), mais l’acte de décider combien de story points vaut un issue — le processus de planning poker en lui-même — ne fait pas partie du set de fonctionnalités core de Jira.

Ce que vous obtenez par défaut dans Jira :

Un champ „Story Points” sur chaque issue (à ajouter à vos écrans ; certaines équipes l’ont déjà)
Une vue backlog où vous voyez tous les issues non estimés
Un sprint board où les story points assignés s’affichent à côté de chaque issue
Des rapports (vélocité, burndown) qui agrègent les story points à travers les sprints

Ce que vous n’obtenez pas par défaut :

Un mécanisme de vote pour que les membres de l’équipe estiment les stories
Un flux de révélation simultanée qui empêche l’ancrage
Une boucle de discussion-puis-revote
Tout concept de „session” qui regroupe plusieurs stories dans une seule passe d’estimation

Cet écart — entre „Jira peut stocker une valeur de story points” et „Jira peut aider votre équipe à s’accorder sur une valeur de story points” — est ce que chaque plugin de planning poker Jira essaie de combler.

Les options de plugin (et leur coût)

L’Atlassian Marketplace propose plusieurs plugins de planning poker. Les plus populaires au moment de l’écriture :

Agile Poker for Jira (par AppFox / Spartez Software) : L’une des options les plus établies. Prend en charge les sessions synchrones et les flux de vote asynchrones. La tarification monte avec le nombre d’utilisateurs Jira — à 25 utilisateurs vous êtes autour de 800 USD/an, et ça grimpe à partir de là.

Easy Agile Planning Poker : Une autre option mainstream. UI plus propre que certains concurrents, mais modèle similaire par utilisateur. Étroitement lié au modèle de permissions de Jira, ce qui peut être un plus ou un moins selon le setup.

Planning Poker (par Cprime Apps) : Une option d’entrée plus simple. Gratuite pour les très petites équipes (typiquement jusqu’à 10 utilisateurs), payante au-dessus.

Il existe plusieurs autres options de niche, mais le pattern tarifaire est constant : montée par utilisateur Jira, facturé annuellement, et lié à l’utilisation continue de Jira par votre équipe. Le coût total de possession pour une équipe de 20 personnes est typiquement de 400–1 200 USD/an, selon le plugin.

Quand un plugin Jira a vraiment du sens

Avant d’argumenter contre les plugins, nommons les cas où ils sont vraiment le bon choix :

Vous estimez 50+ stories par session et avez besoin d’automatisation : Un plugin Jira natif peut réécrire l’estimation dans l’issue automatiquement. Si vous faites de l’estimation à fort volume, le workflow manuel copier-coller-de-Scrumpoker-vers-Jira devient pénible.
L’audit ou la compliance exige que l’estimation soit loggée dans l’historique Jira : Certains environnements régulés ont besoin que chaque changement d’estimation soit lié à un issue Jira avec horodatage et utilisateur. Un plugin gère ça nativement.
Vous faites du planning poker dans le cadre d’un workflow Jira structuré plus large : Si votre équipe utilise des automatisations Jira qui dépendent du fait que le champ story points soit rempli immédiatement, un plugin garde le workflow serré.
Votre Scrum Master préfère vraiment rester dans un seul outil : Le changement d’outil a un vrai coût cognitif. Si votre facilitateur préfère fortement les sessions Jira uniquement, cette préférence compte.

Pour ces cas, un plugin payant est un choix légitime. Le reste de cet article concerne le cas où ce n’est pas le cas.

Le workflow onglet-de-navigateur

La mécanique réelle pour faire du planning poker pour une équipe Jira sans plugin est extrêmement simple :

Onglet 1 : Jira. Ouvrez la vue backlog filtrée sur les issues que vous prévoyez d’estimer cette session. L’équipe peut voir les stories, lire les descriptions, poser des questions — comme d’habitude.
Onglet 2 : Scrum Poker Online. Ouvrez une nouvelle salle de planning poker. Partagez le lien de la salle dans le chat de l’équipe (ou dites simplement l’URL à voix haute en visio).
Estimer. L’équipe vote via Scrum Poker Online. Les discussions ont lieu, les cartes sont révélées, le consensus est atteint. Le Scrum Master garde Jira ouvert dans l’autre onglet pour lire la story suivante à voix haute.
Réécrire l’estimation dans Jira. Après chaque story estimée, le Scrum Master (ou tout membre avec droits d’édition) saisit le nombre convenu dans le champ „Story Points” de Jira. Environ trois secondes par story.

Cette dernière étape — copie manuelle d’un nombre dans Jira — est tout le trade-off. Vous renoncez à l’automatisation, vous gagnez tout le reste : zéro coût de plugin, zéro friction d’installation, zéro approbation admin, zéro update de plugin cassant votre workflow au mauvais moment.

Pour une session typique d’estimation de sprint couvrant 10–20 stories, l’overhead total de saisie manuelle est d’environ 30 à 60 secondes sur toute la session. C’est rarement le goulot d’étranglement.

Pourquoi ce workflow est moins fragile

Au-delà du coût, il y a des raisons pratiques pour lesquelles les équipes finissent par faire du planning poker en dehors de Jira même quand elles ont un plugin installé :

Les updates de plugin cassent votre flux. Les updates de plugin Jira ne sont pas toujours fluides. Quand une update Atlassian casse un plugin planning poker en plein milieu de sprint, l’équipe perd l’outil exactement quand elle en a besoin. Une web app standalone ne dépend pas de votre cycle d’upgrade Jira.
Complexité des permissions. Les plugins héritent du modèle de permissions de Jira. Si un membre de l’équipe n’a pas les droits d’édition sur un projet, il peut ne pas pouvoir voter. Avec un outil standalone, n’importe qui avec le lien peut voter — pas d’admin Jira impliqué.
Inclusion de contributeurs externes. Les contributeurs externes, consultants d’agence ou contractuels qui n’ont pas de compte Jira peuvent quand même participer à une session de planning poker via un lien partagé. Cela seul est une raison suffisante pour beaucoup d’équipes.
Séparation visuelle. Lire une story dans Jira et voter dans un onglet séparé garde l’attention de l’équipe sur la discussion. Certaines équipes trouvent qu’une UI poker intégrée dans Jira est visuellement plus bruyante que l’approche split-tab.

Et les story points dans Jira ?

Les story points sont un champ natif de Jira, indépendamment de l’outil de planning poker utilisé. Pour que les points de votre équipe soient correctement trackés :

Ajoutez le champ Story Points à vos écrans d’issue. Dans Jira Cloud, ça se trouve dans Project Settings → Issue Types → [type] → Add field. Certains templates l’incluent par défaut, d’autres non.
Choisissez une échelle et tenez-la. La plupart des équipes utilisent la suite de Fibonacci (1, 2, 3, 5, 8, 13, 21). Jira accepte n’importe quelle décimale, mais la cohérence de l’équipe compte plus que les chiffres spécifiques.
Suivez la vélocité dans les rapports natifs de Jira. Une fois les story points renseignés, le rapport vélocité de Jira fonctionne pareil que vous obteniez ces chiffres d’un plugin, d’un outil standalone ou d’un post-it.

Les story points sont un output du processus de planning poker, pas une fonctionnalité de l’outil. Les deux workflows — plugin et standalone — produisent le même état final dans Jira : un nombre dans le champ.

Quand Scrum Poker Online n’est pas le bon choix

Pour être juste envers les plugins, il y a des cas où Scrum Poker Online (ou tout autre outil standalone) n’est vraiment pas le bon fit :

Estimation à fort volume (50+ stories par session) : L’overhead manuel de write-back s’additionne. L’écriture automatique d’un plugin est un vrai gain de temps ici.
Vous avez besoin de reporting automatisé de l’historique d’estimations : Scrum Poker Online ne stocke pas les résultats de session. Si vous avez besoin de regarder six mois en arrière pour voir comment l’équipe a estimé une story spécifique, un plugin qui logue dans l’historique de l’issue Jira est mieux.
Vous êtes 100+ utilisateurs et avez besoin de SSO/SAML : Scrum Poker Online ne supporte pas le SSO. Pour les équipes enterprise avec des exigences strictes de gestion d’identité, un plugin lié à l’auth Jira est plus simple.

Dans ces cas, nous recommanderions d’évaluer Agile Poker for Jira ou Easy Agile Planning Poker. Ils coûtent plus, mais sont construits pour les cas où l’automatisation se paie d’elle-même.

Le trade-off honnête

Aspect	Plugin Jira	Standalone (Scrum Poker Online)
Coût	1–3 USD par utilisateur par mois	Gratuit ; Premium 40 USD/an (équipe, pas par utilisateur)
Installation + approbation admin	Requise	Aucune — il suffit d’ouvrir l’URL
Participants externes	Ont généralement besoin d’un Jira seat	N’importe qui avec le lien
Mises à jour du plugin	Continues ; peuvent casser des workflows	Rien à maintenir
Story Points → Jira	Automatique	~3 sec. de saisie manuelle par story
Historique d’estimations + hooks workflow	Logging natif et automatisation	Pas dans Jira
Distractions en session	Varie selon le fournisseur	Pas d’upsell, pas de plafond de stories

Pour la plupart des équipes petites et moyennes (3–25 personnes), le trade-off favorise le workflow standalone. Pour les équipes plus grandes ou plus régulées, les plugins gagnent leur place.

Comment essayer

Ouvrez une salle gratuite Scrum Poker Online (sans inscription), partagez le lien avec votre équipe, et lancez une session d’estimation en parallèle de Jira. Vous saurez en une session si le workflow onglet-de-navigateur convient à votre équipe — et vous n’aurez rien dépensé pour le découvrir.