Measuring how much work flows through the system and catching stalled items.
Throughput is the number of work items completed per unit time.
Throughput tells you about the capacity of your system. It's the output rate.
Relationship to other metrics (Little's Law again): WIP = Throughput × Lead Time
If you know any two, you can calculate the third.
Like cycle time, throughput varies. Understanding the variation is crucial.
Track throughput over time:
Average: 6.25 items/week Range: 4-8 items/week
This tells you: "We can usually deliver 4-8 items per week."
Causes of throughput variation:
Stabilizing throughput:
Stable throughput is more valuable than high throughput. Predictability enables planning. Chaos, even fast chaos, undermines trust.
Item age is how long a work item has been in progress (started but not finished).
It's a leading indicator—it tells you about problems before they show up in cycle time.
Why track aging:
Using age thresholds: If your 85th percentile cycle time is 8 days, set an alert at that threshold:
Aging report format: List items by age, compare to percentile thresholds:
The action: When an item crosses into "investigate" territory, have a conversation. Don't wait for it to finish and blow up your metrics.
Some teams use velocity (story points per sprint) instead of throughput (items completed).
Problems with velocity:
Benefits of throughput:
The pragmatic approach: Use throughput for flow metrics. Use story points if they help your team plan (many find them useful for sizing). Don't mix the two.
The team tracks completed items per week. Average is 6, range is 4-8. When asked 'can we deliver 5 features this week?', they say 'that's within our normal range—likely yes.'
Team tracks velocity. Manager asks for 20% more velocity next quarter. Team inflates estimates. Velocity goes up, delivery doesn't. Everyone wastes time on the charade.