Back to product

Planning Poker for Jira

Complete user documentation

Version 3.0 · Updated July 2026

On this page

1. Introduction

Planning Poker for Jira runs your estimation sessions where the work already lives. The team votes on issues with hidden cards, reveals together, talks through disagreement while it is still cheap, and the agreed number lands in Jira Story Points or Time Tracking automatically — no spreadsheet, no separate tool, no copy-pasting results back into tickets.

Sessions can run live — everyone voting at the same time in a shared room — or asynchronously, with teammates casting votes on their own schedule across time zones. Every issue also carries a compact estimate panel, so the current number, the deck it was estimated with, and the history are always one glance away.

2. Getting started

2.1 Installation

  1. Install Planning Poker for Jira from the Atlassian Marketplace.
  2. Grant the requested permissions when prompted. The app is built on Atlassian Forge and runs entirely on Atlassian infrastructure.
  3. Open Apps → Planning Poker from the Jira navigation. No further configuration is needed.

2.2 Entry points

Global page
The full app — create sessions, join lobbies, browse history. Found under Apps in the Jira sidebar.
Project page
The same app scoped to the project you are in, available from the project sidebar.
Issue panel
A compact Planning Poker Estimate panel on individual issues, with one-click quick estimation. See section 9.

2.3 Requirements

  • Jira Cloud — the app is a Forge app and supports Jira Cloud only.
  • A Scrum board with a sprint — sessions are published from a sprint, so the selected project needs a board with at least one active or future sprint. You can still add extra issues to a session by key, search, or JQL.

3. Interface overview

3.1 The three tabs

Open Games
Lobbies waiting for players, with a live count of who is in and who is ready. Your own lobby is marked YOUR LOBBY.
New Session
Where sessions are built: project, sprint, deck, options, and the issue list.
History
Completed sessions with their results. Past sessions can be cloned into new ones or reopened.

3.2 Open Games

Every published lobby appears here for the whole team. A card shows the sprint name, the project key, how many people are waiting, and how many are ready. Click a card to enter the lobby. Hosts can delete their own lobby from the same card.

3.3 History

The History tab lists finished sessions with their estimates. From here you can clone a past session into a new one (same issues, fresh votes) or reopen a session that was ended early. A project-scoped and an all-projects view are available.

4. Creating a session

4.1 Project and sprint

Pick a project, then a sprint from that project's Scrum board. Active and future sprints are listed, and the sprint's date range is shown next to the picker. Selecting a sprint loads its issues into the session automatically.

4.2 Choosing a deck

The Scale selector sets the deck for the whole session. Five decks are available — Fibonacci, T-Shirt sizes, Powers of 2, Hours, and Custom (your own comma-separated values). Every deck also includes ? (“I have no idea”) and (“I need a break”) cards. See section 12 for the full reference.

4.3 Selecting issues

Issues can come from three sources, in any combination:

  • The sprint — loaded automatically, with type filter chips (All / Story / Task / Bug) and Select All / Deselect All controls.
  • Search — add individual issues by key or text search.
  • JQL — paste any JQL query and add its results in one click.

Each row shows the issue key, summary, and status. Untick an issue to leave it out without removing it from the list.

4.4 Session options

Auto-reveal
Votes are revealed automatically the moment every participant has voted. On by default; turn it off to control the reveal manually.
Discuss
Adds a discussion phase per issue, so the team can talk before voting opens.
Auto-next
Advances to the next issue automatically after a reveal.
Issue context (Desc / Comments / Subtasks / Links)
Choose what issue detail voters see during the session. All four are on by default and can be expanded per issue with Show details.

4.5 Save Game vs. Publish & Open Lobby

Save Game
Stores the configured session under Saved Games without opening it. Publish it later in one click — useful for preparing tomorrow's refinement today.
Publish & Open Lobby
Publishes the session to Open Games for the whole team and takes you straight into its lobby as host.

5. The lobby

5.1 Joining a game

Teammates open the app, find the lobby under Open Games, and click it to join. The lobby shows the deck, the issue count (expandable to the full list), and everyone who has joined under Team, with the host marked by an orange badge.

5.2 Ready check

Each participant clicks I'm Ready when they are set. The lobby tracks readiness (2 / 5 ready) so the host starts only when the room is actually there.

5.3 Starting the session

  • Start Session — enabled once everyone is ready.
  • Force Start — the host can start without waiting for every ready check.
  • Leave Lobby / Delete Lobby — leave as a participant, or tear the lobby down as host.

6. Voting

6.1 Casting a vote

The board shows one issue at a time — key, type, priority, summary, reporter, and expandable details — with the deck below it. Click a card to vote; your selection highlights in blue. Other participants see that you have voted, never what you voted, until the reveal. You can change your card freely until then.

A progress bar tracks the session (Issue 3 of 10), and every participant appears as a card with their avatar and vote status.

6.2 Revealing votes

With Auto-reveal on, the reveal happens the instant the last vote lands. With it off, a Reveal Votes button appears for the host (and moderators) once at least one vote is in. After the reveal the board switches to Voting Complete: every participant's card is face-up and the statistics panel appears.

7. Results and consensus

7.1 Average, distribution, spread

After each reveal the statistics panel shows the average of the numeric votes, the full distribution (how many voted each value), and — when votes land far apart — a spread figure highlighted in warning orange. A wide spread is the app's cue that the team read the ticket differently and it is worth a conversation before settling the number.

7.2 Consensus and Accept & Next

When every voter picks the same card, a green Consensus! banner appears with an Accept & Next button. One click saves the agreed value to the Jira issue (see section 8) and moves the session to the next item.

7.3 Re-voting

Re-vote clears the current issue's votes and deals a fresh round — the usual move after discussing a wide spread. There is no limit on rounds.

8. Writing estimates to Jira

Where the agreed number lands depends on the deck:

DeckWritten to
Fibonacci, Powers of 2, Custom (numeric)Jira Story Points
HoursJira Time Tracking (original estimate)
T-Shirt sizesStored in Planning Poker only — sizes are not written to Jira fields
The issue panel (section 9) always states where its number went — for example “Written to Jira Story Points” — so there is never a question about which field holds the estimate.

9. The issue panel

9.1 Adding the panel

On any issue, open the Apps actions next to the add button under the issue title and choose Planning Poker Estimate. The panel attaches to the issue view and shows the current estimate, the deck it came from, the date, and — while a session is running anywhere on the site — an Active session in progress indicator.

9.2 Quick estimate

Not everything deserves a full session. On an unestimated issue the panel shows Not estimated and an Estimate button: pick a deck, click a card, done — the value saves and writes to the matching Jira field exactly like a session result. Re-estimate runs the same flow on an issue that already has a number.

9.3 Estimate history

When an issue has been estimated more than once, the panel offers Show history — every past value with its deck and date, newest first, so you can see how the team's understanding of the work changed over time.

10. Async estimation

For distributed teams, sessions can collect votes asynchronously: publish the session, and teammates vote on the issues on their own schedule instead of gathering live. Votes stay hidden until reveal, exactly like a live round, and results are written back the same way. Async mode pairs naturally with the quick-estimate panel for low-ceremony teams.

11. Participants and roles

11.1 Host

The host is whoever published the session, marked with an orange badge. The host controls the lobby (start, force start, delete), the reveal, re-votes, accepting consensus, navigation, and ending the session.

11.2 Moderators

Session moderation can be restricted to the host or opened to everyone, in which case any participant can reveal, re-vote, and advance issues. Participants are managed from the Manage Participants panel on the board.

11.3 Spectators

Spectators watch the session without voting — useful for stakeholders sitting in. Spectator votes are never counted toward auto-reveal or consensus.

12. Deck reference

DeckCardsBest for
Fibonacci0, 1, 2, 3, 5, 8, 13, 21, 34, ?, ☕Story points — the default for most scrum teams
T-Shirt sizesXS, S, M, L, XL, XXL, ?, ☕Early, rough sizing before numbers make sense
Powers of 20, 1, 2, 4, 8, 16, 32, 64, ?, ☕Teams that prefer doubling over Fibonacci steps
Hours0, 0.5, 1, 2, 4, 8, 16, 24, 40, ?, ☕Time-based estimation, written to Time Tracking
CustomYour own comma-separated valuesHouse scales — 1–10, planning units, anything

? means “I can't estimate this yet” and calls for a break. Neither counts as a numeric vote in the statistics.

13. Light & dark themes

The app follows your Jira theme automatically — light, dark, or match-system — with a fully designed dark mode across the session board, lobby, and issue panel. No separate setting needed.

14. Privacy & security

  • Built on Atlassian Forge — the app runs entirely on Atlassian infrastructure. Your issue data never leaves your Jira site.
  • Zero egress — the app makes no requests to external services.
  • Storage — sessions, votes, and estimate history are stored in Forge app storage inside your Atlassian tenant.
  • Permissions — the app reads issues, boards, sprints, and projects to build sessions, and writes only the estimate fields described in section 8.

15. Troubleshooting

“Publish & Open Lobby” is disabled
A sprint must be selected. Pick a project with a Scrum board and choose one of its active or future sprints — then add any extra issues by search or JQL.
The sprint dropdown says “No boards”
The selected project has no Scrum board (business and service projects usually don't). Choose a software project with a board, or create one for estimation.
The issue panel isn't on my issues
Add it once via the issue's Apps actions → Planning Poker Estimate (section 9.1).
My vote takes a moment to appear for others
Session state syncs on a short polling interval; give it a few seconds. If a session looks stale after rejoining, use the numbered Jump to strip to refresh your position.
A T-shirt estimate didn't appear in Story Points
By design — letter sizes have no numeric equivalent, so they are stored in Planning Poker only (section 8).

16. FAQ

Can I run more than one round on the same issue?
Yes — Re-vote clears the round and deals again, as many times as the discussion needs.
Can voters see each other's cards before the reveal?
No. Only the fact that someone has voted is visible; values stay hidden until reveal, in both live and async sessions.
Do I have to estimate a whole sprint?
No. Deselect any issues you don't want, skip issues mid-session, or use the issue panel's quick estimate for one-offs.
What happens if I end a session early?
Estimates accepted so far are already saved to Jira. The session lands in History, where it can be reopened.
Does it work on team-managed (next-gen) projects?
Yes, as long as the project has a Scrum board with sprints.
Is there a free tier?
Yes — instances with up to 10 users use the app free of charge.

17. Support

Need help, want to report a bug, or have a feature request?

We typically respond within one business day.