GUIDE 2026

How to use Jira and Confluence for sprint planning: My working setup

Josh Fechter
By
Josh Fechter
Josh Fechter
Josh Fechter
Josh Fechter is the co-founder of Product HQ, founder of Technical Writer HQ, and founder and head of product of Squibler. You…
More About Josh →
×

Jira and Confluence can enable sprint planning—or drown it in pages nobody reads. Here's the Jira + Confluence setup I'd actually use.

Division of labor

  • Jira — work items, status, sprint contents, flow metrics
  • Confluence — context: goals, decisions, notes, "why this sprint"

If everything lives in Jira comments, context dies. If everything lives in Confluence, execution drifts.

Before planning (definition of ready-ish)

In Jira, candidate issues should have:

  • Clear problem/outcome (not just a UI wish)
  • Acceptance criteria
  • Known dependencies called out
  • Rough size the team trusts
  • Links to design/spec where needed

In Confluence, a short sprint brief:

  • Sprint goal (one sentence humans can remember)
  • Top risks
  • Links to specs / designs
  • What we are explicitly not doing
  • Capacity notes (pto, on-call, hardening tax)

Planning meeting flow I'd run

  1. Restate sprint goal and capacity reality
  2. Pull ready items from the prioritized backlog
  3. Confirm dependencies and who owns chasing them
  4. Commit to a goal—not a fantasy velocity number
  5. Capture decisions in the Confluence brief; sprint lives in Jira
  6. End with "what would make us abandon this goal?" so risks are named

Lightweight page template

“`

Sprint goal

Why now

Committed themes

Risks / asks

Out of scope

Links (Figma, PRDs, dashboards)

“`

Update it live. Archive old sprints; don't let wiki rot teach bad habits.

Anti-patterns

  • Pasting novels into Jira descriptions nobody reads
  • Planning from a Confluence wishlist without Jira hygiene
  • Using planning to rediscover requirements every time
  • Measuring success as "filled the sprint" instead of "advanced the goal"
  • Duplicate tracking in spreadsheets "because leadership likes it" without fixing the source of truth

My take

Tools serve clarity. Keep Confluence for narrative, Jira for flow, and planning for commitments you can defend. Build the product judgment behind those commitments with the PM Certification and the newsletter.

Josh Fechter
Josh Fechter
Josh Fechter is the co-founder of Product HQ, founder of Technical Writer HQ, and founder and head of product of Squibler. You can connect with him on LinkedIn here.