Industrial Automation Field Frameworks: The Control Lifecycle
Industrial Automation Part 4 of 8

450-Minute Shift: How OEE Boundaries Hide Real Losses

One shift, 450 planned minutes, reconciled to the minute until the losses close. The OEE arithmetic is honest; the declared boundary decides everything — and most of the self-deception lives inside planned time.

Article cover: 450-minute shift — how OEE boundaries hide real losses.

Here is one shift, reconciled to the minute.

A line is planned to produce for 450 minutes at an ideal rate of 2 units per minute. It actually runs 390 of those minutes; 60 are lost to stops. In its running time it makes 660 units where the ideal rate says 780. Of the 660 made, 640 are good.

Every planned minute lands in exactly one category:

CategoryMinutesWhere it comes from
Availability loss60450 planned − 390 actually running
Performance loss60120 missing units ÷ 2 per minute
Quality loss1020 rejects ÷ 2 per minute
Fully productive320what’s left
Planned total450

And the three factors:

FactorCalculationResult
Availability390 / 45086.7%
Performance660 / (390 × 2)84.6%
Quality640 / 66097.0%
OEE86.7% × 84.6% × 97.0%71.1%
Check320 / 45071.1%

The two routes agree, because they are the same statement made twice. That is the whole point of the reconciliation: if your loss categories don’t add back to planned time, one of them is absorbing something nobody has named.

A reconciled loss model for one shift: a 450-minute bar divided into 60 minutes availability loss, 60 minutes performance loss, 10 minutes quality loss and 320 fully productive minutes, with factor cards reading availability 86.7%, performance 84.6%, quality 97.0% and OEE 71.1%.
Every planned minute lands in exactly one category. When the categories close back to planned time, no loss is hiding inside another.

The arithmetic takes five minutes. Everything hard about OEE is in what the arithmetic sits on.

The number is honest; the boundary decides

OEE locates losses inside a declared boundary. Change the boundary and the number moves without the plant changing at all.

Reclassify a changeover from downtime to planned exclusion, and availability improves on paper. Nudge the ideal cycle time from what the machine proved to what the budget assumed, and performance improves on paper. Count rework as good on first pass, and quality improves on paper.

None of these makes a single extra unit.

Planned time is where most of it happens. It is the least examined of the three inputs and the easiest to move, because moving it rarely feels like cheating. Somebody decides that planned maintenance shouldn’t count against the line. Then changeovers, because they’re scheduled. Then the daily start-up sequence, because it’s unavoidable. Then the meeting. Each exclusion is individually defensible and the aggregate is a line that reports 85% while producing for two thirds of the time it was staffed.

The test isn’t whether an exclusion is justifiable. It’s whether the excluded time is genuinely unavailable for production or merely currently consumed by something else. Changeover time is not unavailable. It’s a loss you have decided to stop counting, and SMED programs exist precisely because it is recoverable.

Ideal rate is the second lever. There are three candidate numbers — nameplate, best demonstrated, and budget assumption — and they are rarely equal. Whichever you pick, write down which one it is and why. A performance factor computed against an ideal rate the machine has never achieved measures the ambition of the last capital request.

This is also why comparing OEE across lines or plants with different boundaries mostly measures the boundaries. Two sites reporting 78% may be running very differently. Two sites running identically may report 78% and 64%.

Used honestly, though, the three-factor split earns its reputation. It answers, in one line: is the line on, is it fast, is it good? Those are three different problems, owned by different people, fixed by different work — and separating them is worth more than the composite score ever is.

What OEE cannot tell you

The reconciliation locates the loss. It does not explain it.

Sixty minutes of availability loss might be one breakdown or twelve short stops. Identical in the score; completely different in the fix — and the twelve short stops are usually the more expensive problem, because nobody raises a work order for a two-minute jam.

The performance factor can hide slow-and-steady degradation that never trips an alarm and never appears in an event log. A line running at 92% of rate for six months loses more than a line that stops hard for a day, and only one of them gets a meeting.

And OEE says nothing about whether the lost minutes were worth recovering. Capacity a market doesn’t want is an exercise, not an improvement. A line at 71% that meets demand comfortably may be exactly where it should be; the question is what the next constrained period looks like, not what the dashboard says today.

So treat the score as a pointer into the evidence, not a verdict: from the loss category to the event log, from the event log to causes, from causes to the one bounded change worth testing.

An exercise that recalibrates a team

Reconcile one shift by hand, the way the tables above do it. Planned time, availability loss, performance loss, quality loss, in minutes, until the total closes to the planned figure.

Use the line’s own raw data — not the dashboard’s summary, which is the thing under examination.

Two things reliably happen. Somebody discovers the dashboard’s boundary decisions, usually inside the planned category, and the room gets briefly quiet. And the category that surprises you shows where measurement, rather than the plant, was doing the lying.

A 71.1% shift, honestly measured, is a better starting point than an 85% shift with a flattering boundary. Only one of them can be improved.

What’s excluded from planned time on your line — and who decided?

The worked shift above, the reconciled-loss figure, and the boundary checklist are from Industrial Automation: Real-World Frameworks & Implementation Guide (Part 10: operations and optimization).

Lokesh Chennuru
Lokesh Chennuru
Industry Digits Author

Lokesh Chennuru writes Industry Digits field notes for industrial decision makers, focused on automation, IIoT, condition monitoring, predictive maintenance, and industrial AI.

Connect on LinkedIn
Frequently asked

Questions industrial leaders ask about this

How is OEE calculated?

OEE is availability × performance × quality. For a shift planned at 450 minutes running 390 of them, making 660 units against an ideal 780, of which 640 are good: availability is 390/450 = 86.7%, performance is 660/780 = 84.6%, quality is 640/660 = 97.0%, and OEE is 71.1% — which equals 320 fully productive minutes divided by 450 planned.

Why do two plants with the same OEE perform differently?

Because OEE locates losses inside a declared boundary, and comparing scores across sites with different boundaries mostly measures the boundaries. Two sites reporting 78% may be running very differently; two sites running identically may report 78% and 64%.

What is the most common way OEE is inflated?

Moving time out of the planned category. Excluding planned maintenance, then changeovers, then start-up, then meetings — each exclusion individually defensible — produces a line reporting 85% while producing for two thirds of the time it was staffed. Changeover time is not unavailable; it is a loss somebody decided to stop counting.

What can OEE not tell you?

It locates loss but does not explain it. Sixty minutes of availability loss might be one breakdown or twelve short stops — identical in the score, completely different in the fix. It also says nothing about whether the lost minutes were worth recovering; capacity a market does not want is an exercise, not an improvement.

Go deeper

Industrial Automation — Real-World Frameworks & Implementation Guide

The ten-part guide this series draws on: project framing, system architecture, the field, control and supervisory layers, OT networks and cybersecurity, functional safety, integration, delivery and operations — with 28 technical figures and a 38-asset working pack.