How to Set Up Scrum in Jira (2026 Guide)
Jira is the most widely used tool for Scrum implementation. Its Scrum board, sprint management, backlog, and reporting features map directly to the Scrum framework. Whether you are setting up Scrum for the first time or optimizing an existing setup, getting the Jira configuration right is critical.
This guide covers the complete Scrum setup in Jira, from project creation to sprint retrospectives.
Step-by-step guide
Step 1: Create a Scrum project
Go to Projects > Create Project > Scrum. Choose team-managed (simpler, more flexible) or company-managed (more control, shared workflows). Name the project and set the key (3-4 letter prefix for issue IDs). Enable the Backlog, Board, and Reports features.
Step 2: Configure the board
Go to Board Settings > Columns. Set up columns: To Do, In Progress, In Review, Done. Map each column to the corresponding Jira statuses. Enable swimlanes by Epic to group stories by feature area during sprints.
Step 3: Set up estimation
Go to Board Settings > Estimation. Choose Story Points (recommended) or Original Time Estimate. Set the estimation statistic to "Story Points." Create a custom field for Story Points if it does not exist. Common point scale: 1, 2, 3, 5, 8, 13.
Step 4: Create your first sprint
Navigate to the Backlog view. Click "Create Sprint." Drag issues from the backlog into the sprint. Monitor the sprint scope against your team velocity (if known) or a target capacity. Click "Start Sprint" to begin, setting the duration (1 or 2 weeks) and sprint goal.
Step 5: Run sprint ceremonies
Use Jira to support each Scrum ceremony: Sprint Planning (use Backlog view to drag items into the sprint), Daily Standup (use Active Sprint board), Sprint Review (use Done column to demo completed work), Sprint Retrospective (use Velocity Report and Sprint Report for data-informed retros).
Step 6: Track velocity and burndown
After completing 2-3 sprints, go to Reports > Velocity Report. This shows story points completed per sprint. Use this data for future sprint capacity planning. The Burndown Chart shows daily progress within the current sprint. Monitor it in standups to detect scope risks early.
Common mistakes
Sprints without goals
A sprint is not just a container for tasks. Each sprint needs a goal that describes what the team is trying to achieve. The sprint goal drives prioritization during the sprint: when tradeoffs are needed, the goal determines what stays and what is cut.
Inconsistent estimation
If the team estimates inconsistently (one person's "3" is another's "8"), velocity becomes meaningless. Calibrate estimation with reference stories: "This 2-point story is our baseline. How does this new story compare?"
Not tracking velocity
Without velocity tracking, sprint capacity is guesswork. After 3 sprints, your velocity average gives you a reliable capacity number. Use it to prevent over-commitment in future sprints.
Skipping retrospectives
Retrospectives are where the team improves. Skipping them means the same problems repeat every sprint. Use Jira's sprint data (velocity, burndown, scope changes) to ground retro discussions in facts, not feelings.
Tips
- Use Jira's "Sprint Report" after each sprint to review completed, incomplete, and removed items
- Create a recurring calendar event for each Scrum ceremony with Jira board links
- Use the "Epic" report to track progress across multiple sprints
How Vantage helps
Vantage generates sprint-ready tickets with acceptance criteria, story points, and dependencies. These tickets push to Jira and are ready for sprint planning. The dependency graph from Vantage helps you sequence sprint work: complete blocking tickets in earlier sprints and blocked tickets in later ones.