Canada | About Contact

Bottleneck Analysis: Identifying and Resolving Operational Constraints

A reference guide to structured techniques for locating and addressing the constraints that limit throughput in business processes.

What Is a Bottleneck

A bottleneck is any step, resource, or stage in a process where the rate of work output is less than the rate of work arriving. Because the bottleneck step cannot keep pace with upstream demand, work accumulates in front of it — as a queue, a backlog, or an inventory of items waiting to be processed.

The concept applies equally to manufacturing and service environments. In a factory, a bottleneck might be a single machine with limited capacity. In a mortgage approval process, it might be the underwriting review stage. In a software deployment pipeline, it might be a manual testing gate. The common thread is that throughput across the entire process is limited by the capacity of the bottleneck, regardless of how efficiently other steps operate.

This has a counterintuitive implication: improving non-bottleneck steps often yields no net improvement in overall throughput. If the bottleneck can process 50 units per hour and upstream steps are made to produce 80 units per hour, the only result is a larger queue in front of the bottleneck. Effective redesign requires identifying and addressing the actual constraint first.

Theory of Constraints

Theory of Constraints (TOC) is a management framework developed by Eliyahu M. Goldratt that treats organizational improvement as a constraint-management problem. TOC holds that every system has at least one constraint that limits its performance, and that sustainable improvement requires identifying and managing those constraints systematically.

TOC is applicable beyond manufacturing — its logic has been applied to project management (Critical Chain method), supply chains, sales processes, and public sector service delivery.

The Five Focusing Steps

TOC provides a prescriptive method for constraint management called the Five Focusing Steps:

  1. Identify the constraint. Find the one step that limits system throughput. This may require data collection on queue lengths, processing rates, and utilization levels across the process.
  2. Exploit the constraint. Get maximum output from the existing constraint without additional investment. This may involve eliminating waste at the constraint step, reducing downtime, or prioritizing the right work at the constraint.
  3. Subordinate everything else to the constraint. Redesign upstream and downstream steps to support the constraint's optimal operation, even if it means those steps appear idle some of the time.
  4. Elevate the constraint. If the system still does not meet required throughput after exploitation and subordination, invest in increasing the constraint's capacity — adding resources, technology, or parallel workstreams.
  5. Repeat. Once a constraint is resolved, another will emerge. The five steps are applied again to the new constraint.

The Five Focusing Steps provide a logical sequence that prevents the common mistake of improving the wrong part of a system.

Articles published on this website summarize publicly available information, industry research and educational materials.

Cycle Time Analysis

Cycle time analysis involves measuring the time required to complete each step in a process and comparing those times to understand where delays accumulate. Cycle time is distinct from lead time: cycle time measures active processing time for a single item, while lead time measures the total elapsed time from start to finish including waiting.

The gap between cycle time and lead time is often large in service processes. An approval step might require 20 minutes of active decision-making but take three days of lead time because of the queue ahead of it. This gap reveals how much waiting contributes to overall process duration relative to processing itself.

Collecting cycle time data requires direct observation or data extraction from process management systems. Time-stamped records from workflow tools, ticketing systems, or ERP platforms are particularly useful when manual observation is impractical at scale.

Once cycle times are measured, a simple comparison shows which steps have disproportionately long average durations or high variance. High variance often signals that a step lacks standardized procedures or faces inconsistent inputs — both of which contribute to bottleneck behavior.

Identifying Bottlenecks in Practice

Three practical methods for locating bottlenecks in business processes:

  • Queue observation. Look for where work piles up. Queues — whether physical (stacked paperwork) or digital (inbox backlogs, ticket queues) — are direct indicators of constraint locations.
  • Utilization rate comparison. Measure how busy each step or resource is as a percentage of available capacity. The highest utilization rate in the process is a candidate bottleneck, particularly if it exceeds 80–90%.
  • Value-stream map analysis. A completed value-stream map shows time spent at each step and waiting between steps. Steps with large "wait" values upstream are downstream from a constraint.

It is common to find multiple candidates. TOC advises focusing on the single biggest constraint first, rather than attempting simultaneous improvements across several steps, because the benefit of addressing secondary constraints may not materialize until the primary constraint is resolved.

Resolution Strategies

Once a bottleneck is identified and confirmed, the resolution approach depends on the nature of the constraint:

  • Capacity increase. Adding resources — staff, equipment, or software — to the constrained step. This is often the first instinct but should follow exploitation and subordination steps to avoid over-investment.
  • Waste elimination at the constraint. Analyzing the constrained step for non-value-adding activities that consume its time. If the constraint step includes setup, rework, or administrative overhead, reducing these directly increases effective capacity.
  • Batch size reduction. Large batches arriving at a constrained step create lumpy demand. Reducing batch sizes smooths the arrival rate and can reduce queue buildup even without changing processing rate.
  • Parallel processing. In some cases, a sequential step can be restructured to run multiple instances simultaneously. This requires that the step be independent enough to parallelize without coordination overhead exceeding the benefit.
  • Automation. Steps that are constrained by manual effort may be candidates for automation. The Digital Tooling guide covers relevant software categories for workflow automation in business processes.

After any intervention, the process should be re-measured to confirm that throughput has improved and to identify the new constraint location. See the Performance Metrics guide for details on establishing measurement baselines.