You're on your way to the next level! Join the Kudos program to earn points and save your progress.
Level 1: Seed
25 / 150 points
1 badge earned
Challenges come and go, but your rewards stay with you. Do more to earn more!
What goes around comes around! Share the love by gifting kudos to your peers.
Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!
Join now to unlock these features and more
The Atlassian Community can help you and your team get more value out of Atlassian products and practices.
What are the differences between a kanban and Scrum board, and how can you decide which might be best for your project? A brief introduction.
READ TIME: 10 minutes
NOTE: This is a general introduction, with links to further resources both in and out of the Atlassian Community.
Boards are a foundational element of the Agile approach to project management and a vital visual indicator about how a team is working. While they’ve been traditionally physical—for a team working in one place—digital boards allow remote teams to collaborate in real time by:
Boards work against the product backlog, a prioritized list of work for the development team that is derived from the roadmap and its requirements. The most important items are shown at the top of the product backlog so the team knows what to deliver first.
In Jira, boards are digital and accessible to all. They take the form of either a kanban board or Scrum board. What’s the difference between them? Let’s take a closer look at each starting with the kanban board.
Kanban is a Japanese word meaning visual signal. Kanban boards are a way of visualizing work (in progress and upcoming) to maximize efficiency and the collective workflow. Teams working in a kanban management framework focus on reducing the time it takes a project—or a user story within a project—to move from start to finish.
Kanban boards use a dynamic assembly of cards and columns to chart and promote continuous improvement in workflow. It helps ensure technology and service teams commit the right amount of work time to hit visible delivery points promised to the client or sponsor of the project.
A kanban board most often contains five elements:
Kanban boards may vary in style, but share the same objective of moving cards from the commitment point through the columns to delivery. The board is limited in what can be added to it (WIP limit), and is clearly visualized to all. In an online tool like Jira, issues appear, then move from left to right.
First, it’s important to understand that “Scrum” and “Agile” are not interchangeable terms—sometimes they can be confused:
Adopting an Agile approach doesn’t automatically mean you’re adopting Scrum.
Scrum teams commit to ship working software or products through set intervals called sprints—often timed two to four weeks. Their goal is to create continuous loops to quickly gather and integrate customer feedback.
Scrum teams adopt specific roles, create special artifacts, and hold regular ceremonies to keep things moving forward.
A Scrum board applies the workflow visualization of kanban to the scrum framework for developing, delivering, and sustaining complex products.
While the contents of a Scrum board can vary, the principles are similar. A Scrum board most often contains four elements:
As with kanban, issues move from left to right, but with Scrum they do it within the sprint’s specified timebox.
What’s in a sprint is defined by the Scrum master in consultation with the product owner. The board shows the workflow at a glance.
• Four agile ceremonies, demystified
• What is Scrum?
It is up to the team to decide whether to use kanban or Scrum, some combination of them, or another agile method.
Kanban boards can be a great choice for ongoing IT support teams, if you’re delivering a continuous flow of improvements, or if you prefer to start with a simpler, flexible workflow before deciding to adopt the ceremonies and cadence of Scrum.
But if you have a large team with a more complex workflow, or fixed timeframes for completing work, you may want to consider using a Scrum board.
Another way to consider: if the nature of the work is more of a queue, like with support requests, kanban might be a better choice. For teams that are building a product, scrum might be a better choice, though some teams could be more effective using kanban.
Kanban and Scrum are about more than the boards. Just because you use a kanban board doesn’t mean you shouldn't implement Scrum ceremonies.
The question here isn’t only which board is best for your project, but what workflow is best for your project.
Some teams may find that a hybrid of the two makes sense—combining a kanban board with the structure of Scrum. It really depends on the nature of your project, how your team works best, and what will create the most efficient, effective process for getting the work done.
Ready to talk about workflows with your team? We’ve put together a series of helpful guides to walk you through workflow best practices—this is where your project goals, team values, and performance tracking all come together.
Other workflow related resources:
• Kanban vs. Scrum Frameworks
• Building an awesome Jira workflow
• Using Jira software for workflows
Browse more Jira Cloud Basics articles on Atlassian Community.
Learn more from Atlassian Support for Jira or enroll in the free tutorial Go Agile with Jira from Atlassian University.