What is moving?
Material, requests, approvals, attention?
Bottlenecks require a defined flow and desired throughput.
Side 80 · Special
A study of constraints that govern system performance. Bottlenecks appear when flow encounters limited capacity, causing queues, delay, underused downstream resources and misleading incentives to optimize everything except the true constraint.
Local capacity elsewhere may create idle time or inventory without increasing final output.
Material, requests, approvals, attention?
Bottlenecks require a defined flow and desired throughput.
Per unit time.
Nominal and effective capacity may differ because of variability and downtime.
System, not local, view.
The active bottleneck is the resource whose capacity binds system output.
Visible symptom.
Persistent upstream queues often reveal a constrained stage.
End-to-end output.
System throughput, not utilization everywhere, is the primary performance measure.
Even when average capacity exceeds average demand, variability can create significant waiting.
Demand bursts can overload a stage temporarily.
Slow or variable processing increases queue formation.
Waiting often rises sharply as utilization approaches 100%.
More variability increases waiting at the same averages.
Systems trade inventory, time and spare capacity differently.
Queue discipline changes delay distribution even when total capacity is unchanged.
The binding limit can be physical, informational, cognitive, financial or institutional.
Hard capacity limits create visible saturation.
Rare expertise often becomes the true capacity constraint.
Work can stall even when physical capacity is abundant.
Governance can deliberately limit throughput for quality, safety or control.
Increasing production capacity has no value when customer demand is binding.
The vocabulary changes, but the system logic is often similar.
| Domain | Flow | Possible bottleneck | Symptom |
|---|---|---|---|
| Manufacturing | Parts | Machine / setup | WIP accumulation |
| Computer systems | Requests / data | CPU, disk, network, lock | Latency spike |
| Organizations | Decisions | Approver / specialist | Backlog |
| Transport | Vehicles / passengers | Lane, station, junction | Queue / congestion |
| Biology | Metabolic flux | Enzyme / substrate availability | Accumulating intermediate |
| Learning | Information → usable knowledge | Attention / working memory | Overload |
Constraint removal changes the system rather than ending the existence of constraints.
The original queue shrinks until another resource binds.
Automation may simply move waiting to the next manual or approval stage.
Shared upstream or downstream resources may become new limits.
Lower variability can increase usable capacity without adding resources.
Appointments, pricing or batching can flatten peaks.
Architectural change can dominate incremental optimization.
Optimizing a non-bottleneck can increase work-in-process while leaving final throughput unchanged.
Find the stage that truly limits end-to-end performance.
Protect the constraint from avoidable downtime and low-value work.
Align upstream and downstream behavior to the constraint’s pace.
Add capacity only after existing constraint capacity is used well.
Find the new constraint after the system changes.