Retrospectives

How to Run Retrospectives Inside Jira: Complete Guide (2026)

Liquitim4 min read

In short

Running retrospectives in Jira keeps the board, the votes and the resulting actions alongside the work itself. The team adds notes to configurable columns, votes on what matters most, discusses the top items, and converts the agreed actions into Jira issues that show up in the next sprint.

On this page

Retrospective meetings are the cornerstone of continuous improvement in agile teams. But running them in tools disconnected from your work tracking creates friction — action items get lost, context is missing, and follow-through suffers.

This guide shows how running retrospectives natively inside Jira eliminates these problems and produces meetings that actually drive change.

Why Retrospectives Belong in Jira

Traditional retrospective tools operate outside of Jira. This creates three problems:

  1. Disconnected action items. Insights from the retro live in one tool; the sprint board lives in another. Action items rarely make it to the backlog.

  2. Missing context. During the retro, team members want to reference specific issues, PRs, or sprint metrics. With an external tool, that means constant tab-switching.

  3. Account friction. Another login, another tool for new team members to learn, another “where do I find the retro board?” question.

When retrospective boards live on the same Jira project page as your sprints and backlog, these problems disappear. Action items become Jira issues with one click. The sprint context is already there. Every board member has access.

Choosing the Right Retrospective Template

The template shapes the conversation. Here are the most effective formats:

Start / Stop / Continue

Best for: Regular sprint retros Columns: Start (new practices), Stop (things to eliminate), Continue (keep doing) When to use: Default template for most teams. Simple, focused, action-oriented.

Went Well / To Improve / Action Items

Best for: Action-oriented teams Columns: Positives, Areas for improvement, Specific actions When to use: When the team needs explicit action commitment, not just reflection.

Mad / Sad / Glad

Best for: Emotional check-ins, team morale Columns: Frustrations, Disappointments, Positive moments When to use: After difficult sprints, team changes, or when morale seems low.

4Ls: Liked / Learned / Lacked / Longed For

Best for: Deep reflection Columns: What was enjoyed, What was learned, What was missing, What is desired When to use: At milestone retrospectives (end of quarter, end of project phase).

Sailboat

Best for: Creative teams, breaking routine Metaphor: Wind (positive forces), Anchor (things holding back), Rocks (risks), Island (goals) When to use: When “Start/Stop/Continue” has become stale.

Custom Columns

Best for: Teams with established practices When to use: When none of the templates fit your team’s specific needs.

Tip: Rotate templates every 3–4 sprints to prevent “template fatigue.”

Running the Retrospective Meeting

Before the Meeting (Preparation)

  1. Create the retrospective board with the chosen template
  2. Optional: Open the board 24 hours early for async note collection, especially useful for distributed teams
  3. Set expectations: time box (30 min recommended), format, and any focus areas

During the Meeting

Phase 1: Silent Writing (5 minutes)

Everyone adds notes simultaneously. No discussion yet. This ensures introverts and non-native speakers contribute equally.

Phase 2: Grouping (3 minutes)

Drag and drop to organize notes. Merge duplicates by dragging one note onto another.

Phase 3: Voting (2 minutes)

Each team member votes on the items they consider most important. This surfaces the team’s real priorities.

Phase 4: Discussion (15 minutes)

Discuss the top 3–5 voted items. Focus on:

  • Why this happened
  • What can we change
  • Who will own the action

Phase 5: Action Items (5 minutes)

Convert action items into Jira issues. Assign owners. Add to the next sprint.

After the Meeting

  1. Archive the retrospective for future reference
  2. Review action items at the start of the next retro to check progress

Handling Distributed and Async Teams

For teams across time zones, the hybrid approach works best:

  1. Open the retro board 24–48 hours before the meeting
  2. Team members add notes asynchronously whenever it suits them
  3. Use the live meeting only for grouping, voting, and discussion
  4. Set a hard time box — distributed meetings especially need structure

This respects everyone’s schedule while preserving the collaborative discussion that makes retros valuable.

Common Retrospective Anti-Patterns

Anti-Pattern Symptom Fix
Blame game Notes target individuals instead of processes Use anonymous note submission; focus language on systems
Action item graveyard Great insights, zero follow-through Create Jira issues before closing the meeting
Same three people talk Most team stays silent Silent writing phase before discussion
Template fatigue Team disengages, gives superficial answers Rotate templates every 3–4 sprints
Vanishing retro No one remembers last sprint’s decisions Archive every retro; review previous action items first

Getting Started with Jira-Native Retrospectives

Several plugins on the Atlassian Marketplace add retrospective boards to Jira. Look for:

  • Predefined templates with custom column support
  • Real-time collaboration (notes, voting, drag-and-drop)
  • One-click Jira issue creation from notes
  • Meeting permission controls
  • Archiving and historical access

Agile Toolbox for Jira includes all of these features, plus Planning Poker estimation in the same plugin — covering both core agile ceremonies in a single install. Get it on the Atlassian Marketplace — free forever for up to 10 users.