Scrum Board

Basic

difficulty

Stage 2

Agile IQ® Level

Tools

Practices

Scrum

Framework

Introduction

A Scrum Board is a tool that helps Teams make Sprint Backlog items visible. The board can take many physical and virtual forms but it performs the same function regardless of how it looks. The board is updated by the Team and shows all items that need to be completed for the current Sprint. 

The Scrum Master isn't responsible for keeping the Scrum Board up to date

Scrum teams are self-managing. Who ever does the work is expected to keep their items on the Scrum Board visible and up-to-date. Team members should hold each other to account to make sure this happens. If your Scrum Board is in Jira, it's not the Scrum Master's job to keep Jira up-to-date.

Components of The Scrum Board

Many teams add categories to their Scrum Boards that fit their workflow. For example, if a Team wants to distinguish between testing and Done, they might add a ‘Testing’ or ‘Verify’ column between Done and Work In Progress.

Some Teams like to post a copy of their Sprint Burndown Chart on their board so the entire Team can see their progress during Sprint.

The board is traditionally divided up into three categories: To Do, Work in Progress and Done.

  • During Sprint Planning, each User Story in the Sprint Backlog is written as a task on a Post-It note and put in priority order in the To Do column.
  • Then during the Sprint, Team Members decide which items they would like to complete. They take the Post-It and move it to the Work In Progress column.
  • When they complete the task, they move it to Done.

If the Team is located in the same space, it is best to have a physical Task Board. The board should be located in a central area where people can easily see and access it. In many organisations, the Task Board replaces the water cooler as the place where people gather and chat. This in turn may lead to a more collaborative work space.

If the Team is spread across multiple locations, there are a number of off the shelf programs available. Virtual Task Boards often have lots of value added features that allow Scrum Inc Product Owners and Scrum Masters to create an array of metrics to better help improve the Team’s process. Some Teams use both types of boards to get the respective advantages of each.

task-finger-bandage

The Scrum Board isn't a Kanban Board

Don't mistake Kanban for visualising work using a Scrum Board or Task Board. Kanban is a tool for optimising flow and has strict rules about how to achieve that outcome, including limiting the amount of work in-progress in order to increase throughput.

How is Kanban different from a Scrum board?

Kanban systems facilitate just-in-time production and involve pulling work rather than pushing work (onto teams and individuals). This enables Product Backlog items to be worked on when teams have ready capacity, allowing for greater flexibility in planning of work. Kanban systems are designed to allow workers to more readily identify and measure wastes within processes. In turn this improves overall productivity.

The primary functions Kanban provide are to: [1]

  1. Provide work order information;
  2. Eliminate overproduction (waste);
  3. Support visual control; and to
  4. Support and encourage improvements.

Provide work order information

Kanban (cards) provide information about what needs to be produced, in what quantity, and any directions on the where and how the work is to be produced.

Eliminate overproduction (waste)

As work is pulled from a curated Product Backlog or Sprint Backlog, only work that is required at that time will be produced by the team. (In a knowledge worker environment this is less of a risk, particularly when the Product Owner is consistently updating the Product Backlog.)

A key component of Kanban is that work is pulled by the team, not pushed onto the team. Adopting a push approach will result in more work than the team has capacity and impacting overall performance.

Support visual control

See Visualisation.

Support and encourage improvements

Kanban will naturally lend itself to have less work in progress, leading to greater awareness and visibility of issues that impede the flow of work. Flow is the movement of value through the product development system. [2]

References

1. Hirano, H (1989) JIT Implementation Manual. Volume 3.
 
2. Vacanti, D., Yeret, Y. & Scrum.org (2021) The Kanban Guide for Scrum Teams. https://www.scrum.org/resources/kanban-guide-scrum-teams
 
3. Galsworth, G. (2011) Work That Makes Sense.
 
4. Bartholomew, D. & Hamel, M. (2014) Reinforcing Lean Behaviour Through Visual Management. https://www.lean.org/LeanPost/Posting.cfm?LeanPostId=220
 
5. Trapps, S. (2021) The Financial Cost of Task Switching. https://www.scrum.org/resources/blog/financial-cost-task-switching
 
6. Mitchell, I. (2017) Walking Through a Definition of Ready. https://www.scrum.org/resources/blog/walking-through-definition-ready
 

7. Mitchell, I. (2017) Walking Through a Definition of Done. https://www.scrum.org/resources/blog/walking-through-definition-done

8. Lean Lexicon – Cycle Time. https://www.lean.org/lexicon/cycle-time

9. Scrum Inc. The Scrum Board. https://www.scruminc.com/scrum-board/

All fields are required.

Your user code appears in your user profile. It is a 12-digit key with spaces between each set of four characters.
Your Agile IQ® ID is your 12-digit subscription key.

2.5

agile iq academy logo 2022-05-05 sm

Enter your details

search previous next tag category expand menu location phone mail time cart zoom edit close