How to Run Retrospectives Inside Jira: Complete Guide (2026)
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:
-
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.
-
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.
-
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)
- Create the retrospective board with the chosen template
- Optional: Open the board 24 hours early for async note collection, especially useful for distributed teams
- 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
- Archive the retrospective for future reference
- 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:
- Open the retro board 24–48 hours before the meeting
- Team members add notes asynchronously whenever it suits them
- Use the live meeting only for grouping, voting, and discussion
- 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.