Scrum with Kanban: How does the team manage incoming tickets/ tasks/ work?

Did you feel tired with your Scrum Board, which has over 20 columns and a flow that’s too complicated? If yes! It’s the right time for you to look back and remove the complexity. The reason we apply Scrum is to deal with complexity, not to make it bigger!

From my old post about “Definition of Workflow“, some people asked me to write more detail about “how to build a workflow” and “how to apply it” to maximize the value of a team.

Today, let’s go through it. From the Scrum with Kanban Guide, It describes 4 Kanban Practices to optimize your workflow:

Visualization of the workflow

Transparency is one of 3 essential pillars of the empirical process. Without Transparency, you will be blind. So even if you apply Scrum or Kanban, the Scrum Board or Kanban Board needs to be easy to see, update, and have the same understanding for all stakeholders.

You can use Physical/ Virtual board to visualize and increase transparency. With me, I love physical boards 🙂

​I used to work with a team where each team member built an individual board and workflow by himself/ herself. Team member A only viewed and saw his/ her tasks, and disconnected from the rest of the team. They joined the Daily Scrum like a status report. Transparency and collaboration are lost. And you can imagine what happened: Nobody had an idea about what the rest of the team was doing, how to achieve the Sprint Goal.

The first thing I tried to support is making the Sprint Backlog visible by encouraging them to build a single and visible Board where the whole team can see and update. From that, they had the same understanding of their work.

Limiting WIP​

When team works on the same Board, you need to look on how to help them manage these works by creating a “Pull system”. Limiting WIP will help you.

Encourage a team that does their work to define this Limiting WIP. (Do you know that the Sprint itself is Limiting WIP because the developer decided to pull the work they forecasted that can be done to achieve the Sprint Goal within the time box?)
“WIP Limit not only helps workflow but can improve the Scrum Team’s focus, commitment, and collaboration even further.”

Limiting WIP also helps your team focus on completing work first before they pick more, to avoid multitasking and improve collaboration.

E.g. When one team member has done his work, and WIP come to limit. Instead of picking more work, he needs to support other team members to finish their job of first. (collaboration!)

“Multitasking leads to as much as a 40% drop in productivity, increased stress, and a 10% drop in

Have Limiting WIP and show it on the board

Active management of work items in progress

If you have a Workflow and Limiting WIP, but it’s not managed and updated, it will not work. It likes you have a Sprint Board, but you don’t use it. Daily works of your team go through; it has many issues, impediments need to be handled, such as:

  •  Work overlap
  •  Constraints or tasks are blocked and not be communicated and cleared.
  • The work item is old (not updated for a couple of days).

It will make your workflow get stuck. Therefore, let’s have the team to manage/ update it. Daily Scrum is one of the great events to support your team to update and manage these works.

Inspecting and adapting their definition of “Workflow” 

We are dealing with complex works, so not only the Transparency but also Inspection and Adaptation are essential.  

Transparent your works by having Definition of Workflow (DoW) to help everybody understand how works are started and how they can be called “Done” (Like DoD). The rule should be displayed, and everybody needs to understand it.

Just like DoD, DoW is built by the Scrum Team. They will own and manage it. It will be changed or updated over time when the Scrum Team matures, or they want to improve it.

The question here is: when should DoW be inspected and adapted? Don’t we have a retrospective at the end of the sprint? That’s a good chance for the team to look back and improve. Remember, you can change DoW anytime, but it should happen in the retrospective. Yes, I say, Should not Must.

Have DoD and DoW to transparent, inspect and adapt

Last but not least, don’t just have a board and limit WIP. The board needs to be managed and updated. And to inspect and adapt, you need to have some metrics:

  • Work in Progress (WIP)
  • Cycle Time
  • Work Item Age
  • Throughput

Let’s go through it in next blog! 

Scroll to Top