Capacity utilization is the percentage of a plant's potential output it actually produces: actual output ÷ maximum sustainable output × 100. A line capable of 10,000 cases a week that ships 7,600 is running at 76% utilization. Simple formula, but both numbers hide traps, and chasing 100% backfires.
This post walks through the formula, a worked example, the honest way to define "capacity," and the queueing math that explains why a plant loaded to the ceiling gets slower, not faster.
What is the capacity utilization formula?
Capacity utilization = (actual output ÷ maximum possible output) × 100, over the same period. The formula is the easy part. The two inputs are where plants fool themselves:
- Actual output should count good, sellable units, the same rule as throughput. Counting scrap as output flatters the number.
- Maximum possible output needs a definition you can defend. Nameplate rate × 24 × 7 is theoretical capacity; almost nobody staffs or maintains for it. Most plants should state capacity at their planned operating pattern, e.g., rated speed × scheduled shifts, and say so out loud.
Change the capacity definition and the same plant can report 60% or 95%. Neither number is wrong; an unlabeled number is.
A worked example
Take a bottling line rated at 200 cases per hour. The plant schedules two 8-hour shifts, five days a week:
- Scheduled capacity: 200 × 16 × 5 = 16,000 cases/week
- Actual good output last week: 11,800 cases
- Utilization: 11,800 ÷ 16,000 = 73.8%
Against theoretical 24/7 capacity (200 × 168 = 33,600), the same week is 35.1%. Both are true. The first tells you how well you use the time you pay for; the second tells you how much headroom exists before you need a building. Keep both, label both.
What does U.S. capacity utilization data show?
Industry as a whole runs far below full tilt. The Federal Reserve's G.17 Industrial Production and Capacity Utilization release put U.S. total-industry capacity utilization at 76.2% in May 2026-3.2 percentage points below its 1972–2025 long-run average of roughly 79%. Two things worth noticing in that record: even in strong years, average utilization sits near 80%, not 100%; and the series is published monthly, so you can benchmark your own labeled number against it. (Historical data is available via FRED, series TCU.)
Why does 100% utilization backfire?
Because queues explode as utilization approaches 100%. This is queueing math, not management opinion. When a resource has variability, in arrivals, run rates, or breakdowns, the waiting time in front of it grows roughly in proportion to utilization ÷ (1 − utilization). Move from 80% to 90% loaded and that factor goes from 4 to 9. Move from 90% to 95% and it doubles again. Kingman's approximation formalized this in 1961, and every overloaded plant re-proves it weekly.
The floor-level symptoms are familiar: WIP piles up, cycle times stretch, expedites multiply, and every small disruption cascades because there's no slack to absorb it. A plant scheduled to 100% has zero recovery capacity, one breakdown and the whole week's promises slip. That's also why utilization makes a poor bonus metric: it rewards running machines to build inventory nobody ordered, which is overproduction, the worst of the classic wastes.
What are the most common capacity utilization traps?
Five mistakes account for most of the bad utilization numbers we see in plants:
- The nameplate trap. The rated speed on the machine plate was set on a test stand with ideal material. If your line has never actually run at nameplate for a full shift, your denominator is fiction. Use demonstrated capacity, the best sustained rate the line has actually held, and note the difference as an improvement target.
- The moving-baseline trap. Capacity gets quietly redefined every time the plant misses. Add a shift, and last month's 85% becomes this month's 62% with zero change on the floor. Freeze the definition; annotate the changes.
- The averaging trap. A plant at 76% average may contain one line at 98% (the constraint, drowning) and three at 60%. The average hides the only number that matters. Report by line, then roll up.
- The output-mix trap. When product mix shifts toward slower SKUs, utilization drops even though the plant worked just as hard. Weight capacity by the actual mix, or track hours-based utilization alongside units.
- The scrap trap. Counting all production, good and bad, as output. A line at 90% utilization with 8% scrap is really at 82.8%, and the missing five points cost material as well as time.
Capacity utilization vs. OEE vs. TEEP
The three metrics answer different questions from the same underlying loss data. Utilization tells you how much of your defined capacity you converted to good output, the planner's and CFO's number. OEE tells you how well equipment performed during the time you scheduled it, the operations team's number. TEEP scores good output against every calendar hour, which is the number to look at before signing for new equipment: a plant with 55% TEEP owns almost double the output it currently gets, no purchase order required. Collect timestamped downtime, rate, and quality data once and all three metrics fall out of it.
How do you measure and improve utilization honestly?
Fix the measurement first, then attack the biggest layer of the capacity stack. In order:
- Define capacity in writing. Rated speed, shift pattern, planned maintenance windows. One definition, used by everyone, reviewed when the shift pattern changes.
- Count only good output. Scrap and rework consume capacity but aren't output. This aligns utilization with first pass yield instead of hiding quality losses.
- Capture the losses between the layers. Timestamped downtime with reason codes, changeover durations, and rate losses. This is the same data an OEE calculation needs, collect it once, use it twice.
- Benchmark the right comparison. Compare utilization against your scheduled pattern week over week, and against TEEP when you're deciding whether to add shifts versus add equipment.
- Attack the biggest gap, not the easiest. If unplanned machine downtime is the widest layer, reliability work beats a scheduling project. If changeovers are, changeover reduction beats both.
- Leave deliberate slack at the constraint's feeders. Target high load at the constraint moderate load everywhere else. Non-constraint utilization is a vanity metric.
What's a good capacity utilization target?
High enough that you're not paying for idle scheduled time, low enough that queues stay stable, for most discrete and batch plants that lands in the 80s against scheduled capacity, with the constraint loaded harder than everything else. The long-run U.S. average near 79% isn't an accident; it reflects what production with real variability can sustain. If you're chronically above ~90% on the constraint with a growing backlog, that's your capital-spending signal, and by then you'll have the loss data to size the purchase, which is exactly what real-time production visibility exists to provide (live factory visibility is the module built for it). Plants that instrument this well, like the team in our CLS case study spend the morning meeting arguing about actions instead of arguing about whose number is right.