Stable Systems: Little’s Law and Kanban
When discussing Agile methodology and Kanban, one equation makes frequent appearances: Little’s Law. But what does this formula have to do with project management?
While originating from queuing theory, Little’s Law has been found to apply to all kinds of different systems – from retail to design to development. In Kanban, Little’s Law links the three basic metrics – throughput, cycle time and work in progress – in one simple formula.
Understanding how these Kanban metrics are connected allows you to analyse your work processes and see how changing one metric will affect the other two.
The history of Little’s Law
John Little came up with a theorem which connects the number of customers in a store with the rate that they arrive and the average time each customer spends there. This looks like this:
Average number of customers = Average arrival rate * Average time in the store
Consider a store where each customer spends on average 12 minutes (0.2 hours), with 10 customers arriving per hour.
Average number of customers = 10* 0.2 = 2
Little’s Law states that on average, 2 customers are in the store at any one time.
Little’s Law Assumptions
This deceptively simple formula can be applied to many systems. However, there are several assumptions needed to make the law work:
- The average Arrival Rate is equal to the average Departure Rate
- All tasks entering the system will eventually exit the system once completed
- There should not be large variances in WIP between the beginning and the end of the time period examined
- The WIP average age should remain the same, neither increasing nor decreasing
- Consistent units must be used to measure Cycle Time, WIP, and Throughput
Little’s Law is not influenced by the arrival process distribution, the service distribution, the service order, or practically anything else. As these assumptions become more inaccurate, the process behaviour becomes more and more unpredictable.
Little’s Law and Kanban
Remarkably, Little’s Law was found to apply to any number of other systems, including Kanban systems – so long as the five assumptions remain true.
In Kanban, WIP limits are applied to each process state – outstanding tasks must be completed before new tasks can enter a process state. Limiting work in progress allows the arrival and departure rate of tasks (throughput) to stay roughly the same in order to apply Little’s law and get accurate results.
In Kanban terms, Little’s Law is expressed a little differently, but the idea is the same:
WIP = Throughput * Cycle Time
If we imagine the Kanban board as the store, WIP is equivalent to the number of customers inside at any one time, throughput is the rate of customers passing through the store and cycle time measures how long each one spends inside the system.
This means that if two of the three values are known, the third value can be calculated – without knowing anything else about the tasks, team or project:
WIP = Throughput * Cycle Time
Cycle Time = WIP/Throughput
Throughput = WIP/Cycle Time
It’s important to remember that Little’s Law only deals with average values. Even if the assumptions do not hold for the entire time period under consideration, Little’s Law can still be applied. However, the more these assumptions are violated, the more the accuracy of the equation breaks down.
Little’s Law in action
Imagine you manage a widget-crafting project. You have four team members, and each team member has a widget-crafting capacity of one widget every two days – the average cycle time for the team is 2 days. Each team member works alone on their widget, giving a WIP of 4. This configuration gives your team an average throughput of 2 widgets/day.
What happens if we raise our WIP? As long as the assumptions hold, Little’s Law will still apply. However, this does not mean that doubling WIP will magically double your throughput while cycle time remains the same. It simply means that the formula will balance out – a change to WIP will cause cycle time or throughput or both to change and keep obeying the law.
Analyse Process Performance
So long as the five assumptions are accurate, Little’s Law applies to both the system as a whole and to its component parts. This allows you to get a deeper understanding about the different parts of your process.
Process States and Bottlenecks
Tasks can only enter the next process state once they leave the previous state. This means that the throughput of the entire system cannot be higher than the throughput of the slowest step. In this way, bottlenecks cause the whole Kanban system to suffer. This means that underutilised capacity (team members with nothing to do) should always focus on resolving a bottleneck as their first priority.
WE UNCOVER THE EFFICIENCY OF YOUR WORKFLOW
Optimize your performance with Kanban analyticsSee a dashboard with your data
Segmentation and Classes of Service
When segmenting WIP into different types with Classes of Service (CoS), Little’s Law can then be applied to each of the different type classes. For example, we might want to use Little’s Law to analyse all work flowing through our system, or we may want to use it to just look at our work items that are of type “features”.
We can investigate if our different segments are violating the assumptions of the law, and if so, how severely. Or maybe grouping two diverse segments together (maintenance requests and defects, for example) that is causing the issue. In most cases this type of segmentation is very useful and could provide a more sophisticated approach to analysing process performance.
This formula can be used to make simple predictions with minimal extra information, as long as the Little’s Law assumptions are valid. Additionally, it can be used to analyse different process states and CoS to find where these assumptions break down. Most importantly, it gives a deeper understanding of how the three basic metrics are connected – and how changing one inevitably affects the other two.
Has Little’s Law helped you understand how the Kanban metrics are connected? How did it help you analyse your own process performance? Tell us about your experience in the comments!
Meet the Author
Sonya Siderova is a passionate product manager and a driving force behind Nave, a Kanban analytics suite that helps teams become more efficient through data-driven decision making. When she's not catering to her two little ones, you might find Sonya absorbed in a good heavyweight boxing match or behind a screen crafting a new blog post.
Learn more about the experience of changing an organization with 130 years of history and more than 2,000 employees… https://t.co/HhqjlfVEwzFollow
"Nave’s powerful data-visualization toolkit helps you optimize your flow and take your team to a whole new level. T… https://t.co/znpofG06htFollow
Take your training and consultancy sessions to a whole new level. With Kanban analytics on their existing tools, yo… https://t.co/8iNe3zZS87Follow
Models of self-government, as well as models of harmonized autonomy, have emerged to address the need for strategic… https://t.co/Fkn2w1FybrFollow
Learn how applying Kaizen principles brings continuous improvement to your business practices, increases your perfo… https://t.co/EKejZQdt98Follow
Are you ready to recap the benefits Kanban analytics can bring to your teams? Choose your platform today!… https://t.co/IBRMXPLPXOFollow
In Kanban, Little’s Law links the three basic flow metrics – throughput, cycle time and work in progress. Understan… https://t.co/lz0dCe8fJLFollow
Choose your platform today and deliver outstanding customer value sooner with our range of analytical charts.… https://t.co/maqOaaqgFbFollow
Learn more about how a Financial Technology Company in Brazil evolve from 20 teams running around 50 initiatives to… https://t.co/3pk151Pm1MFollow
The Aging Chart for Trello helps you identify where your process is slowing down while tasks are still in progress.… https://t.co/D51LQOxxhIFollow
After many years of experience with classic waterfall projects at Sitegeist, in 2013 Gina and Sven started to compl… https://t.co/f33g593GhPFollow
Large teams and complex projects face a common issue – the Kanban board becomes cluttered and hard to read. Learn h… https://t.co/uxW9I3XhhpFollow
All of our plans come with full visibility into your past performance so that you can make decisions based on your… https://t.co/CECD3QA2MnFollow
Product teams who use Nave to analyze their workflows can make empirical predictions based on their performance dat… https://t.co/w2UOo7Q3q5Follow
When implementing Kanban, it can be difficult to know how much work has been done, and how well your team is perfor… https://t.co/sT6p8qDJfxFollow
With Nave, you can use your favorite tool to boost your productivity and improve workflow efficiency.… https://t.co/KhWe93qHO0Follow
This is the story of how 30 teams in Petrobras have evolved their maturity and how patterns of evolution can be rec… https://t.co/AHImgtqYBrFollow
Nave's Kanban analytics suite helps you collaborate better and ship faster across all of your Azure boards. Unleash… https://t.co/NttVDesyGoFollow
Choose your platform today and deliver outstanding customer value sooner with our range of analytical charts that v… https://t.co/ZEJTgy7JweFollow