Increasing Throughput by Focusing on Constraints
A mobile engineering team was under intense pressure to deliver faster. Work was piling up, and the default leadership solution was to hire more engineers.
The Problem: The Activity Trap
Despite high individual activity, flow was constrained by a system bottleneck that more developers would have only worsened:
- QA Pile-up: Work was accumulating in front of Quality Assurance faster than it could be processed.
- Increasing Cycle Times: The more work that entered the "Waiting for QA" queue, the longer it took for any single feature to ship.
- Scaling Pressure: Management assumed the fix was more people, which would have simply increased the queue.
The team was trapped in the **Scaling Paradox**: adding more "busy-ness" to the start of the process was slowing down the end.
The Action Taken
Rather than hiring, we identified QA as the system constraint and rebalanced the physics of the workflow:
- Workflow Mapping: Exposed exactly where work was queuing and for how long.
- Priority Alignment: Aligned team priorities to support QA throughput rather than just individual development velocity.
- WIP Reduction: Capped Work in Progress to prevent overloading the constraint and reduce context switching.
- Effort Rebalancing: Reallocated engineering time to improve end-to-end flow efficiency.
The Commercial Impact
25% Reduction in Lead Time
By focusing on the constraint, we unlocked existing capacity that was being leaked through queuing. Features moved from "Committed" to "Live" 25% faster without additional engineering effort.
Significant Cost Avoidance
Avoided an estimated £150k+ in annualised hiring and onboarding costs by increasing throughput with the existing team rather than defaulting to headcount expansion.
Sustainable Execution
Transitioned from reactive firefighting to a predictable, data-driven delivery cadence, reducing leadership coordination tax and engineer burnout risk.
The Flow Insight
"You don’t scale delivery by adding people: you scale it by optimising flow around the constraint."