In the world of flow metrics and value delivery, throughput is a simple but powerful concept. It can be a clear, shared metric for teams — and, more importantly, a way to spark meaningful conversations about how to improve.
In this post, we’ll break down what throughput is, why it matters, how to measure it, and some practical ways that teams can use it to work better together.
The Kanban Guide defines throughput as "the number of work items finished per unit of time."
It is an exact count — not an average, not a range.
Throughput answers: How many <work items> got done in a given period of time?
It’s worth noting for throughput to be accurate and useful, teams must have a shared understanding of:
Without alignment on these two points, throughput measurements risk becoming misaligned or misleading.
Pro tip: The Kanban Guide’s section on Definition of Workflow offers great advice on defining your work items and finish points — both crucial precursors to reliable throughput measurement.
Throughput is one of the four flow metrics (alongside Work-in-Progress <WIP>, cycle time, and work item age). Together, these metrics paint a fuller picture of how value flows through your system — and where bottlenecks, risks, or improvement opportunities might lie.
Some specific reasons to pay attention to throughput:
It’s easy to get caught up in estimating, planning, and prioritizing — and forget about actually finishing work.
Throughput reminds us to stop starting work and start finishing it — focusing on delivering small batches of value, collecting feedback, and adapting. Throughput can help us keep our ‘eyes on the prize’ - with the “prize” being the feedback loop!
Throughput is one indicator that might help us understand churn, disruption, gaps, impediments, and the like. It can be very revealing to look at a chart of throughput data over time, and layer in qualitative context such as organizational changes, onboarding, technology challenges, changes in priorities, etc. What patterns can you see? What hypotheses for improvement can you form?
By comparing throughput to your workflow’s arrival rate (or backlog depth), you can assess the relative balance of your workload.
If incoming work consistently outpaces throughput, it’s a recipe for overload — and an invitation to find ways to improve your system’s stability.
Throughput fuels probabilistic forecasting methods like Monte Carlo simulations — which can revolutionize how you answer the age-old question, "When will it be done?"
(Check out Drunk Agile Episode 3: Probabilistic Forecasting using Monte Carlo Simulation if you want more info on this topic!)
Yep. 100%. Throughput is about output — and ultimately, we care about outcomes.
But here’s the thing: We can’t actually assess outcomes until after you deliver something.
Throughput helps shorten the feedback loop by encouraging small, frequent deliveries. This enables faster validation of whether the thing you built is actually valuable — and provides more opportunities to adapt and course-correct.
We can’t measure outcomes without producing output.
How to Measure Throughput
It’s refreshingly simple:
That’s it. That’s your throughput.
Examples:
Important: Throughput ≠ Velocity.
Throughput is most valuable when it’s owned and discussed by the whole team.
Some ideas for making throughput a team sport:
Throughput isn’t about blaming or pressuring. It’s about building shared awareness and finding better ways to deliver value, together.
Throughput measures how much work a team completes in a given time — but its real power lies in what it enables:
When embraced thoughtfully, throughput becomes less about counting work and more about accelerating learning, improving flow, and delivering better outcomes!