When implementing a Kanban strategy, we’re essentially creating a pull-based system of work. This methodology, which originated in lean manufacturing, offers teams a structured way to visualize, manage, and improve their workflow. If you’re struggling with bottlenecks, work piling up, or inefficiencies in your process, Kanban might be exactly what you need.
In this post, I’ll dive into the three core practices of Kanban, how to define and visualize workflows effectively, and the importance of work-in-progress (WIP) limits. I’ll also share personal advice on how to overcome some common challenges teams face when implementing a Kanban strategy.
What is Kanban?
Kanban is a visual system for managing work as it moves through a process. Teams using Kanban define stages in their workflow, set limits on how much work can happen in each stage, and continuously improve their process.
The Three Core Practices of Kanban
-
Defining and Visualizing the Workflow – Teams start by mapping out the stages that their work passes through.
-
Actively Managing Items in the Workflow – Teams must monitor the flow of work and take action when bottlenecks arise.
-
Improving the Workflow – Continuous improvement is at the heart of Kanban, and teams should always look for ways to enhance efficiency.
Defining Your Kanban System
To build an effective Kanban system, it’s crucial to first decide what system you’re going to use Kanban to monitor. Many teams define their workflow with simple columns like “To Do,” “In Progress,” and “Done.” But here’s a key point: just defining columns doesn’t make it a Kanban system.
A true Kanban strategy requires more depth. At a minimum, you need to establish work-in-progress (WIP) limits, visualize waiting states, and focus on flow management.
The Importance of WIP Limits
At the core of Kanban is the principle of limiting work in progress (WIP). Without WIP limits, you’re not really following Kanban. Why? Because WIP limits prevent teams from overloading the system and allow them to focus on finishing tasks before starting new ones.
Why WIP Limits Matter
-
🛑 Prevent bottlenecks: If you don’t cap the number of items in a stage, work can pile up, slowing down the entire process.
-
📊 Focus on flow: By limiting how much work is in progress, teams can focus on moving tasks through the system efficiently.
Example: Hospital Waiting Rooms
Imagine you walk into a hospital waiting room, but all the seats are taken. The overflow room fills up, and people start waiting longer than expected. Hospital managers might realize that they’ve booked too many patients for a particular time slot. In response, they could adjust the schedule to reduce wait times.
This is how we should approach workflow in Kanban. When we see a stage in our process filling up, it’s a sign that there’s too much work in the system and we need to adjust.
Understanding Waiting States in Kanban
Kanban also helps teams identify waiting states, or places where work stops because the next stage is full. A waiting state occurs when one stage completes its work, but the next stage can’t take on new items.
For example, let’s say your team has three stages: analysis, development, and testing. Once the analysis team finishes their part, they may place items in the development queue. But if development is already at its WIP limit, those items sit in a waiting state.
Visualizing Waiting States
To prevent work from piling up, you need to visualize these waiting states. A common approach is to create “done” columns for each stage. For instance:
-
Analysis Doing
-
Analysis Done
When items are in the “Analysis Done” column, they’re waiting for the development team to pull them into their workflow.
By visualizing waiting states like this, teams can see when work starts to pile up and take action to fix the flow.
The Problem with Push Systems
In a push system, one team might “push” work into the next stage without permission, overloading that stage. This creates chaos, as the next stage might already be full, causing delays.
Kanban, on the other hand, operates as a pull system, where each stage only pulls work when it’s ready to handle it. This ensures that the system remains efficient and prevents overload.
Actively Managing the Workflow
A critical part of Kanban is actively managing items in the workflow. Teams need to regularly review their Kanban board to identify bottlenecks and take corrective action.
Handling Bottlenecks
If a stage is getting overloaded, the team should stop and address the issue. For example, if the development team is overwhelmed, the analysis team may need to stop working until the development queue clears. This helps to avoid building up a backlog of work that can’t be processed.
-
🔴 Raise the red flag: If one part of the process is blocked, teams should raise a red flag and pause new work.
-
🤝 Collaborate: In some cases, the team from the previous stage can jump in to help. If analysis is done, they might assist the development team to clear the bottleneck.
What Happens When Teams Ignore Bottlenecks?
If teams keep pushing work into the next stage without addressing bottlenecks, waiting times get longer, and the system becomes inefficient. Imagine a done column that keeps getting larger and larger, with no one addressing the overflow. This kind of waste can seriously affect the speed at which work flows through the system.
Wouldn’t it be better if teams stopped and said, “We’ve hit our limit; let’s address this before moving forward”?
The Power of Continuous Improvement
Kanban isn’t just about managing work; it’s about constantly improving the process. If bottlenecks or waiting states keep occurring, it’s a sign that the system needs improvement.
How to Improve the Workflow
-
🛠 Analyze constraints: Look for stages where work gets stuck and figure out why.
-
👥 Collaborate with leadership: If there’s a systemic issue, bring it to leadership’s attention and work together on a solution.
-
📈 Measure and adapt: Use flow metrics to monitor the system and make data-driven improvements.
Applying Kanban in Scrum Teams
Interestingly, Kanban strategies can be applied in Scrum teams as well. Scrum already has a built-in pull system, where developers select work during Sprint Planning. However, adding Kanban on top of Scrum can offer an extra layer of visibility and flow management.
By breaking down the activities within a Sprint into Kanban stages, teams can see exactly where work is getting stuck and address it quickly.
Final Thoughts: Why Kanban Matters
Kanban helps teams visualize, manage, and improve their workflow by creating a pull-based system. It prevents overloading stages with work, ensures smoother flow, and provides visibility into where bottlenecks are occurring.
If you’re struggling with creating an efficient workflow, Kanban can help. Whether you’re implementing a full Kanban system or adding Kanban principles to Scrum, the key is to actively manage and continuously improve your process. 👉 Pro tip: Always set WIP limits and keep an eye on waiting states to prevent bottlenecks from derailing your progress!
Smart Classifications
Each classification [Concepts, Categories, & Tags] was assigned using AI-powered semantic analysis and scored across relevance, depth, and alignment. Final decisions? Still human. Always traceable. Hover to see how it applies.
What to read next
Mastering Kanban: A Simple Guide to Its Core Principles
Learn the three core Kanban principles, visualising workflow, actively managing tasks, and continuous improvement, to boost team efficiency, …
The Key to a Kanban Strategy: Understanding WIP Limits
Explains how setting and adjusting Work-In-Progress (WIP) limits in Kanban helps teams manage workflow, prevent bottlenecks, and improve …
Why Limiting Work in Progress is Key to Success in Kanban
Limiting work in progress in Kanban helps teams focus, spot bottlenecks, maintain quality, and deliver value efficiently by ensuring a …
Understanding Kanban: A Tool for Transparency and Continuous Improvement
Explains how Kanban visualises workflows, tracks metrics, and supports continuous improvement, helping teams identify bottlenecks and …
What is Kanban?
Explains Kanban as a flexible strategy for visualising, analysing, and improving workflows, enabling continuous improvement and efficiency …
Detecting agile theatre with real delivery signals
Why Most Companies Operating Models Fail in Dynamic Markets
A concise comparison of Predictive and Adaptive Operating Models, explaining why traditional structures fail in dynamic markets and how …
Don’t Manage Dependencies, Remove Them
Explains why dependencies are a sign of poor system design and outlines steps to eliminate them by aligning teams, clarifying ownership, and …
The Estimation Trap: How Tracking Accuracy Undermines Trust, Flow, and Value in Software Delivery
Tracking estimation accuracy in software delivery leads to mistrust, fear, and distorted behaviours. Focus on customer value, flow, and …
Flow of Value vs Flow of Work – Misnomer or Useful Shorthand?
Compares “flow of value” and “flow of work” in Kanban, explaining why only validated outcomes count as value and stressing the need for …
Why Outsourcing DevOps Fails, and How Real Engineering Excellence Starts With Your Team
Avoid DevOps vendor lock-in, discover how true engineering excellence starts with partnership, not outsourcing. Ready to transform your …
Flow of Value vs Flow of Work – Misnomer or Useful Shorthand?
Compares “flow of value” and “flow of work” in Kanban, explaining why only validated outcomes count as value and stressing the need for …
Estimating Better in an Overloaded System Is a Poor Man’s Strategy
High work in progress (WIP) causes delays and unpredictability; improving estimates won’t help. Limiting WIP and focusing on flow is key to …
The Open Guide to Kanban: Unlocking Collaborative Flow and Real-World Value for Every Team
Unlock better flow and real value with the Open Guide to Kanban, a practical, community-driven resource for teams in any industry. Join the …
Why Measuring Individual Cycle Time Fails to Help Teams
Measuring individual cycle time overlooks team performance and system bottlenecks. Focus on lead time, throughput, and process efficiency to …
Why Tracking Individual Cycle Time Distorts Team Behaviour
Tracking individual cycle time can harm team performance by encouraging task cherry-picking, reduced collaboration, and lower quality, …
Why Most Companies Operating Models Fail in Dynamic Markets
A concise comparison of Predictive and Adaptive Operating Models, explaining why traditional structures fail in dynamic markets and how …
Don’t Manage Dependencies, Remove Them
Explains why dependencies are a sign of poor system design and outlines steps to eliminate them by aligning teams, clarifying ownership, and …
The Estimation Trap: How Tracking Accuracy Undermines Trust, Flow, and Value in Software Delivery
Tracking estimation accuracy in software delivery leads to mistrust, fear, and distorted behaviours. Focus on customer value, flow, and …
Kendall Guide - A System of Work for AI Adoption
Flow of Value vs Flow of Work – Misnomer or Useful Shorthand?
Compares “flow of value” and “flow of work” in Kanban, explaining why only validated outcomes count as value and stressing the need for …
Estimating Better in an Overloaded System Is a Poor Man’s Strategy
High work in progress (WIP) causes delays and unpredictability; improving estimates won’t help. Limiting WIP and focusing on flow is key to …