How to Run Standup in Jira (2026 Guide)
Jira's sprint boards and active sprint views are designed for standup facilitation. The board shows every issue in the current sprint grouped by status, making it easy to walk through what is in progress, what is blocked, and what is done.
This guide covers how to use Jira effectively for standups, including board configuration, filter setup, and async standup alternatives.
Step-by-step guide
Step 1: Configure your sprint board for standups
Open your Scrum board and go to Board Settings > Columns. Set up columns: To Do, In Progress, In Review, Done. Add a "Blocked" column or use Jira flags to mark blocked issues. Enable swimlanes by Assignee so you can see each person's work at a glance.
Step 2: Use the Active Sprint view
Navigate to the Active Sprint view before standup. This view shows all issues in the current sprint grouped by status columns. Sort by Priority within each column so the most important work is at the top. This is your standup screen.
Step 3: Walk through flagged issues first
Start standup by reviewing all flagged (blocked) issues. Click the flag icon filter to show only flagged issues. For each one, discuss the blocker, identify the owner, and set a resolution timeline. This ensures the highest-impact conversations happen first.
Step 4: Review in-progress issues
Walk through In Progress issues that have not had updates in the last 24 hours. Use the "Updated" column to spot stale issues. Ask assignees for a quick update. Issues that have been In Progress for more than 3 days without progress may be silently blocked.
Step 5: Check burndown chart
Open the sprint Burndown Report (Reports > Burndown Chart) at the end of standup. Show the team whether you are on track to complete the sprint scope. If the burndown shows the sprint is at risk, discuss scope adjustments immediately rather than waiting for sprint review.
Step 6: Set up async alternatives
For distributed teams, use the Jira + Slack integration to post a daily sprint summary. Create a Jira filter for "issues updated in the last 24 hours" and share it in Slack. Team members add their blockers as Slack replies. This replaces the synchronous meeting.
Common mistakes
Using the backlog view instead of the sprint board
Standups should focus on the current sprint, not the entire backlog. Use the Active Sprint view, not the Backlog view. The sprint board shows only committed work.
Not flagging blocked issues
Jira's flag feature is specifically designed for standup. If team members do not flag blocked issues before standup, blockers go undiscussed. Set a team norm: flag blockers as they arise, not just before standup.
Standup as a status report to the PM
Standup is a team coordination meeting, not a PM status report. The PM should facilitate blockers and decisions, not collect status updates. If team members are reporting to the PM instead of coordinating with each other, the standup format needs adjustment.
Tips
- Use Jira's Quick Filters to toggle between "My Issues" and "All Issues" during standup
- Create a "Standup" dashboard with sprint board, burndown, and flagged issues widgets
- Use the Jira mobile app to update issue status on the go before standup
How Vantage helps
Vantage generates dependency-aware tickets that push to Jira with two-way sync. During standup, the context behind each Jira ticket (the PRD, requirements, and acceptance criteria) is accessible through the Vantage workspace, giving your team the full picture without digging through docs.