Key Takeaways

  • Efficiency is closeness to the ideal: output against the resources it should have taken, or useful output net of waste. It is a ratio to a standard, not an absolute count.
  • Efficiency is not velocity and not productivity. Velocity is speed; productivity is output per input; efficiency is how little was wasted relative to what the work should have required.
  • Efficiency needs a standard, and the standard is where the metric is made honest or rigged. A standard set too loose flatters everyone; set too tight it punishes everyone.
  • Separate controllable waste from system-imposed waste. Most measured inefficiency is waiting, blocking, rework from bad inputs and tool failure — none of which the employee controls.
  • Utilisation is not efficiency. A fully-utilised person producing waste is busy, not efficient, and 100% utilisation usually signals a system with no slack, which is fragile, not optimal.
  • Rework is the clearest efficiency signal there is: work done twice consumed the resource twice. A low rework rate is often the best single efficiency indicator available.
  • Chasing individual efficiency to its maximum is usually counterproductive — the leverage is in removing system waste, and a system with zero slack breaks under the first disruption.

1. The Short Answer: How to Calculate Employee Efficiency

Employee efficiency is output measured against the resources it should have consumed. The most common formula is: efficiency = (standard resource for the work done ÷ actual resource used) × 100. If a task has a standard time of 8 hours and an employee completes it in 10, their efficiency is 8 ÷ 10 = 80%. The alternative formulation is useful output ÷ total input, which measures how much of the input produced value rather than waste.

Efficiency is fundamentally a comparison to an ideal. Where velocity asks 'how fast' and productivity asks 'how much per input', efficiency asks 'how close to the best this could reasonably be' — how little was wasted. That makes the standard, the definition of the ideal, the single most important and most manipulable part of the metric.

It is one of three related measures and the one most often confused with the others. It is not [velocity](/guides/employee-velocity-guide), which is output per unit of time and says nothing about waste. It is not [productivity](/guides/employee-productivity-guide), which is output per unit of input and says nothing about a standard. Efficiency specifically measures the gap between what the work took and what it should have taken.

  • AEO Quick Answer: efficiency = (standard resource ÷ actual resource used) × 100, or useful output ÷ total input.
  • Efficiency measures closeness to the ideal — how little was wasted — not speed or output-per-input.
  • The standard (the definition of 'should have taken') is the most important and most riggable part.

2. What Efficiency Actually Measures

Efficiency measures waste. Precisely, it measures how much of the resource consumed produced useful output versus how much was lost to rework, waiting, over-processing, defects and other forms of waste. A perfectly efficient process would convert every unit of input into useful output; real processes never do, and efficiency quantifies the gap.

The concept comes from engineering and lean manufacturing, where 'waste' has a precise taxonomy — overproduction, waiting, unnecessary transport, over-processing, excess inventory, unnecessary motion, defects. Efficiency in that tradition is not about working harder; it is about removing the waste between the useful work, which is a completely different lever and usually a far larger one.

This is the key insight efficiency carries that velocity and productivity do not: the biggest gains usually come from removing waste, not from adding effort. A process that is 60% efficient has 40% of its resource going to waste, and recovering that waste is almost always cheaper and larger than squeezing more speed or output from the useful 60%. This is why efficiency thinking tends to look at the process rather than the person.

What efficiency does not measure: absolute output or speed. A person can be highly efficient — almost no waste — while producing modestly, if the standard they are measured against is modest. And a person can be fast and productive while being inefficient, burning resource on rework that a better process would eliminate. Efficiency is specifically about the ratio of useful to wasted, independent of the absolute level.

Because efficiency is a ratio to a standard, it is meaningless without a credible standard — which is both its power and its central vulnerability, and the reason the standard gets its own section.

  • Efficiency measures waste: useful output versus resource lost to rework, waiting, defects.
  • From lean manufacturing — remove the waste between the useful work, do not just work harder.
  • The biggest gains come from removing waste, not adding effort — which points at the process.
  • It says nothing about absolute output or speed; it is the ratio of useful to wasted.

3. The Formula and the Two Ways to Express It

Efficiency has two common formulations, and they measure slightly different things, so it is worth being clear which one you are using.

The standard-ratio form: efficiency = (standard resource for the work ÷ actual resource used) × 100. This compares the resource actually consumed against the resource the work should have taken according to a standard. An 8-hour standard task done in 10 hours is 80% efficient; done in 6 hours it is 133% efficient. This form is natural where standard times or standard costs exist, and it directly answers 'how close to the standard'.

The useful-output form: efficiency = useful output ÷ total input. This measures what proportion of the total input produced value rather than waste. If 100 hours of work produced value that a well-run process would have produced in 70, efficiency is 70%. This form is natural where you can distinguish value-adding from non-value-adding activity, as in value-stream analysis.

The two connect: both express the ratio of the ideal resource to the actual resource, one via a standard and one via a value/waste split. The standard form needs a credible standard; the useful-output form needs a credible way to classify activity as value-adding or waste. Each pushes the difficulty into a different place, but neither escapes the need for a defensible definition of the ideal.

A note on the over-100% case: efficiency above 100% (finishing faster than standard) is normal and expected for skilled workers, and it is a signal to check the standard as much as to praise the worker. Persistent efficiency far above 100% across many people usually means the standard is too loose, not that everyone is exceptional — which is exactly the kind of thing the next section exists to catch.

  • Standard-ratio form: (standard resource ÷ actual resource) × 100 — needs a credible standard.
  • Useful-output form: useful output ÷ total input — needs a value/waste classification.
  • Both express ideal-resource over actual-resource; each pushes the difficulty somewhere different.
  • Above 100% is normal; persistent high readings across people mean the standard is too loose.

4. Setting the Standard Honestly

Efficiency is a comparison to a standard, so the standard determines the entire metric, and setting it is where efficiency measurement is most often quietly rigged — in either direction.

A standard set too loose flatters everyone. If the standard time for a task is generous, everyone comes out efficient, the metric shows no problems, and it provides no information. This is common where standards are set by the people being measured, or negotiated down over time, and it produces a comforting dashboard that means nothing.

A standard set too tight punishes everyone. If the standard is the fastest anyone has ever done the task under ideal conditions, normal work looks inefficient, the metric demoralises, and it drives the corner-cutting and gaming that a tight standard is supposed to prevent. Standards built from best-case outliers are a classic way to make an efficiency metric destructive.

The defensible standard is built from observed, representative performance under normal conditions — not the best case, not the worst, and adjusted for the legitimate variation in the work. In industrial engineering this is time-and-motion study done properly; in knowledge work, credible standards are much harder and often impossible, which sharply limits where efficiency can be measured against a standard at all.

Two protections keep standards honest. The people measured should not solely set their own standards, for the obvious reason. And standards should be reviewed as the work, tools and conditions change — a standard built for last year's tools is wrong once the tools improve, and it will either flatter or punish depending on which way it drifted. A stale standard is an efficiency metric measuring the wrong ideal.

  • Too loose: everyone looks efficient, the metric carries no information.
  • Too tight: normal work looks inefficient, driving demoralisation and gaming.
  • Defensible standard: representative performance under normal conditions, adjusted for legitimate variation.
  • The measured should not set their own standard; review standards as tools and conditions change.

5. Utilisation Is Not Efficiency

The most common and most damaging confusion in this area is treating utilisation — how busy someone is — as if it were efficiency. They are different, and conflating them leads to actively harmful decisions.

Utilisation is the proportion of available time spent on work: busy time ÷ available time. It measures occupancy, not usefulness. A person can be 100% utilised producing waste — fully occupied doing rework, or working on the wrong things quickly — and that is high utilisation with low efficiency. Utilisation asks 'are they busy'; efficiency asks 'is the busyness producing useful output'.

High utilisation is frequently mistaken for a good sign and is often the opposite. A system where everyone is 100% utilised has no slack, and a system with no slack cannot absorb variation: the first disruption — a sick day, an urgent request, a delayed input — cascades, because there is no spare capacity to absorb it. Queueing theory is unambiguous here: as utilisation approaches 100%, waiting times rise sharply and towards infinity, so a fully-utilised system has long queues and long cycle times, which is the opposite of efficient flow.

This is why driving individual utilisation to the maximum backfires. It maximises busyness, creates queues, eliminates the slack that lets people help each other and improve the system, and produces a fragile operation that looks fully productive right up until it breaks. The efficient level of utilisation is deliberately below 100%, with enough slack to absorb normal variation.

The practical rule: measure utilisation if you want, but never treat it as efficiency, and be suspicious of high utilisation rather than pleased by it. A busy person producing waste is not efficient, and a fully-utilised team is usually a fragile one, not an optimised one.

  • Utilisation = busy time ÷ available time — occupancy, not usefulness.
  • 100% utilisation with rework is high utilisation and low efficiency.
  • As utilisation nears 100%, queues and waiting times rise sharply — the opposite of efficient flow.
  • Efficient utilisation is deliberately below 100%, with slack to absorb variation.

6. Controllable Waste Versus System-Imposed Waste

This is the section that determines whether an efficiency metric is fair, and it is the one most often skipped. Most measured inefficiency is not caused by the employee, and attributing it to them is both wrong and counterproductive.

When you decompose where an employee's resource actually goes, the waste falls into two categories. Controllable waste is inefficiency the person genuinely influences: disorganisation, avoidable rework from their own errors, poor prioritisation. This is a legitimate coaching target. System-imposed waste is inefficiency the system forces on them: waiting for inputs from other teams, blocked by approvals, rework caused by bad upstream data, time lost to broken tools, context-switching mandated by too much work-in-progress, and meetings that produce nothing.

In most knowledge-work settings, system-imposed waste dwarfs controllable waste. A person may be measured at 60% efficiency, and on decomposition, 30 of the 40 wasted points are waiting and blocking and bad inputs they did not cause. Coaching that person to 'be more efficient' addresses the 10 points they control and ignores the 30 the system imposes — and it tells them, wrongly, that a system failure is their personal failing.

The correct move when efficiency looks low is to decompose the waste before attributing it. Value-stream mapping — tracing a unit of work through every step and marking each as value-adding or waste — routinely finds that the large majority of elapsed time is waiting, not working, and that the waiting is structural. That is a process-fix, not a person-fix, and it is usually a far larger and cheaper win.

The reframing this section is built to produce: 'low efficiency' is a symptom, and the diagnosis is almost always more in the system than in the person. An efficiency metric that skips the decomposition and lands the blame on the individual is not just unfair — it directs the fix at the wrong place and leaves the real waste untouched.

  • Controllable waste: the person's own disorganisation, errors, prioritisation — a coaching target.
  • System waste: waiting, blocking, bad inputs, broken tools, mandated context-switching, dead meetings.
  • In knowledge work, system waste usually dwarfs controllable waste.
  • Decompose before attributing — most 'low efficiency' is a process problem, not a person problem.

7. Rework: The Clearest Efficiency Signal

If you measure one thing for efficiency, measure rework, because work done twice consumed the resource twice, and rework is both the clearest and the hardest-to-argue-with efficiency signal available.

Rework rate is the proportion of work that has to be redone: reopened tickets, returned deliverables, bug-fix commits, corrected orders, revised documents. Every unit of rework is pure waste — the input was spent, produced nothing usable, and must be spent again. A process with 20% rework is running at best 80% efficiency on that axis alone, before counting any other waste.

Rework has three virtues as an efficiency metric. It is hard to game, because you cannot easily hide work coming back — the reopen or the return is a system event. It points directly at a cause, because rework almost always traces to a specific upstream problem: unclear requirements, bad inputs, insufficient review, rushed work. And it is expensive in a way everyone understands, which makes it a persuasive lever for fixing the underlying process.

Crucially, rework usually indicts the system, not the person. Work comes back because requirements were unclear (someone else's failure), because inputs were wrong (upstream), because the process allowed a defect through (no review step), or because time pressure — often imposed by the same efficiency or velocity targets — forced corners to be cut. Tracing rework to its source is one of the highest-return diagnostics in operations, and it almost always ends upstream of the person who did the reworked task.

The practical guidance: track rework rate as a first-class efficiency metric, trace each significant instance to its root cause, and fix the cause rather than blaming the person who absorbed it. A falling rework rate is often the single best evidence that efficiency is genuinely improving.

  • Rework = work redone; it consumes the resource twice, so it is pure waste.
  • Hard to game (reopens and returns are system events), points at a cause, and is expensive.
  • It usually indicts the system — unclear requirements, bad inputs, no review, time pressure.
  • Trace rework to its root cause and fix the cause; a falling rework rate is strong evidence of real improvement.

8. Efficiency Versus Velocity Versus Productivity

Completing the triangle, here is efficiency set precisely against the other two, because the three-way distinction is what keeps any of them honest.

Velocity is output per unit of time — how fast finished work flows. It ignores both input and waste: a person can be fast while consuming huge resource and generating rework. Covered in [how to calculate employee velocity](/guides/employee-velocity-guide).

Productivity is output per unit of input — how much value per hour or per dollar. It ignores the standard and the waste ratio: a person can be productive in absolute terms while still wasting a lot relative to what the work should have taken. Covered in [how to calculate employee productivity](/guides/employee-productivity-guide).

Efficiency is useful output relative to the resource it should have consumed — how close to the ideal, how little waste. It ignores absolute level and speed: a person can be efficient while producing modestly and slowly, if they waste almost nothing.

The same worked people make it concrete one last time. Two analysts each produce one report a week (equal velocity). Analyst A takes 20 hours, B takes 40 — A is twice as productive per hour. But suppose A's report needed three rounds of rework (much waste) and B's needed none — B is more efficient, converting more of the input into usable output first time. So A wins on velocity-adjusted productivity and B wins on efficiency, and both facts are true and important. Reading only one metric would have hidden half the picture. That is the entire case for treating velocity, productivity and efficiency as three lenses on one reality rather than as synonyms.

  • Velocity: output per time — ignores input and waste.
  • Productivity: output per input — ignores the standard and the waste ratio.
  • Efficiency: useful output per resource it should have taken — ignores absolute level and speed.
  • The same two people can win on different metrics — read all three.

9. Efficiency in Manual Versus Knowledge Work

Efficiency, even more than the other two metrics, depends on having a credible standard, and standards are realistic in repeatable work and largely illusory in cognitive work.

In manual, repeatable work — manufacturing, warehousing, structured processing — efficiency is one of the strongest metrics available. Standards can be established by proper study, waste is observable, rework is countable, and the standard-ratio formula produces a genuine measure. Here, efficiency measurement has decades of industrial-engineering rigour behind it and works well, provided the standard is set honestly and quality is measured alongside so efficiency is not bought by defects.

In knowledge work, the standard largely dissolves. What is the 'standard time' to design an architecture, write a strategy, or solve a novel problem? There often is no meaningful standard, because the work is non-repeatable and its right duration is unknowable in advance. Applying a standard-ratio efficiency formula to genuinely novel knowledge work produces a number with no real referent — efficiency against an ideal that was invented rather than observed.

What survives in knowledge work is the waste lens rather than the standard lens. You cannot say a strategy 'should have taken 8 hours', but you can identify waste: rework from unclear direction, time lost waiting for decisions, effort duplicated across people, work on things later abandoned. Measuring and removing that waste is legitimate and valuable even where a numerical efficiency percentage is not. The useful-output framing — how much of the effort produced value versus waste — travels into knowledge work far better than the standard-ratio framing.

The practical guidance: use standard-ratio efficiency freely in repeatable work with honest standards and a quality guardrail; in knowledge work, drop the false precision of a standard-based percentage and instead measure and attack waste directly — rework, waiting, duplication, abandoned work — which is where the real inefficiency lives and where it can actually be fixed.

  • Repeatable work: efficiency is strong, with honest standards and a quality guardrail.
  • Knowledge work: the standard largely dissolves; standard-ratio efficiency has no real referent.
  • The waste lens survives where the standard lens does not — measure rework, waiting, duplication.
  • Attack waste directly in knowledge work rather than computing a false efficiency percentage.

10. The Gaming Traps and Ethical Limits

Efficiency metrics are gamed in characteristic ways, and pushing individual efficiency too hard carries real costs, so both need naming.

The loose-standard trap. The easiest way to look efficient is a generous standard, and where the measured party influences the standard, it drifts loose. Defence: standards set and reviewed independently of the measured.

The quality-for-speed trap. Efficiency measured on resource consumed rewards finishing under standard, and the fastest way to do that is to cut quality — which creates rework that lands later, often attributed elsewhere. Defence: always pair efficiency with a quality and rework guardrail, so speed bought with defects is visible.

The waste-shifting trap. A person can improve their measured efficiency by pushing waste onto others — handing off half-done work, skipping steps that then cost someone downstream. Defence: measure efficiency across the whole value stream, not just at one station, so shifted waste is still counted.

The utilisation-substitution trap. Reporting utilisation as efficiency makes busyness look like usefulness and drives the fragile, queue-ridden fully-utilised system described earlier. Defence: never let utilisation stand in for efficiency.

On ethics and limits: efficiency pressure applied to individuals, especially with monitoring, is associated with unsafe pace, stress and eroded trust, and — because most inefficiency is system-imposed — it frequently blames people for failures they did not cause. The deeper point is that a maximally efficient individual in a system with no slack produces a fragile operation, so the pursuit of individual efficiency past a reasonable point is not even efficient at the system level. The leverage is in removing system waste, which is where our [business operations](/solutions/business-ops) work concentrates, and which the [team efficiency challenge](/resource/blogs/team-efficiency-challenge-report) treats at the team scale.

  • Loose-standard trap — set and review standards independently of the measured.
  • Quality-for-speed trap — pair efficiency with a rework and quality guardrail.
  • Waste-shifting trap — measure across the whole value stream, not one station.
  • Utilisation-substitution trap — never report utilisation as efficiency.

11. A Practical, Responsible Way to Use Efficiency

Efficiency is genuinely valuable when aimed at the process rather than the person, which is where the largest waste sits anyway.

Use it to find and remove system waste. Value-stream mapping, rework-rate tracking and waiting-time analysis routinely surface large, structural inefficiencies that no amount of individual effort would fix. This is efficiency measurement at its most powerful, and it improves the working experience rather than degrading it.

Use rework rate as a first-class, ongoing metric, traced to root cause. It is the least gameable efficiency signal and it points directly at fixable upstream problems.

Use utilisation carefully, as a capacity signal and never as an efficiency measure, and deliberately keep it below 100% to preserve the slack that makes a system resilient and improvable.

Use individual efficiency only in repeatable work, with an honest standard, a quality guardrail, and the waste decomposed into controllable and system-imposed before any of it is attributed to the person. Even then, treat it as a coaching signal, not a ranking.

And where the work is knowledge work, abandon the efficiency percentage and measure waste directly instead. The honest version of 'how efficient is this knowledge worker' is usually 'where is this team's effort being wasted, and how do we remove it' — a question about the system, which is the level where the answer actually lives.

  • Aim efficiency at the process — value-stream mapping and waiting analysis find the big waste.
  • Track rework rate as a first-class metric traced to root cause.
  • Use utilisation as a capacity signal only, kept below 100% for resilience.
  • Individual efficiency: repeatable work only, honest standard, quality guardrail, waste decomposed first.

12. A Worked Example (Illustrative Model)

The figures below are an illustrative model to demonstrate the method. They are not real employee data.

A processing team handles applications with a standard time of 30 minutes each, set from proper study of normal-condition work. Employee A processes 12 applications in an 8-hour day. Standard resource for 12 applications is 12 × 30 = 360 minutes; A used 480 minutes of available time. Efficiency = 360 ÷ 480 = 75%.

Before concluding A is inefficient, decompose the 120 wasted minutes. Suppose 70 minutes were spent waiting for a verification system that was down, 20 minutes on rework because three applications arrived with missing data from an upstream team, and 30 minutes on genuinely avoidable disorganisation. Of the 25% inefficiency, 19 percentage points are system-imposed (waiting and bad inputs) and only 6 are controllable by A. Coaching A on 'efficiency' addresses at most a quarter of the gap; fixing the verification system and the upstream data quality addresses three-quarters of it, for every employee at once.

Now add the quality guardrail. Suppose A's rework rate is near zero — the applications A processed were correct — while employee B posts 90% efficiency but with a 25% rework rate, because B hits the standard time by cutting checks and a quarter of B's applications come back. B's real, quality-adjusted efficiency is far below the headline 90%, because a quarter of the resource produced work that had to be redone. Raw efficiency ranked B above A; efficiency read with rework ranks A above B and reveals that B's speed is bought with waste that lands downstream.

The example is built to teach two things at once: decompose waste before blaming the person (most of A's gap is the system), and always pair efficiency with rework (B's headline efficiency is an illusion). An efficiency number read alone, without decomposition and without a quality guardrail, points at exactly the wrong people and the wrong fixes.

13. Putting It Together

Employee efficiency is output measured against the resource it should have taken — closeness to the ideal, how little was wasted. Calculating it means setting an honest standard (or, in knowledge work, dropping the standard and measuring waste directly), and it means separating the waste the person controls from the far larger waste the system imposes before attributing anything to anyone.

The defining insight of efficiency, which velocity and productivity do not carry, is that the biggest gains come from removing waste rather than adding effort — and most of that waste is structural. That is why efficiency work points at the process, why utilisation is a trap, and why 'low efficiency' is almost always a system diagnosis dressed as a people problem.

Efficiency is the third of three lenses. It tells you how much of the resource produced value rather than waste, and it is blind by construction to how fast the work flowed and how much output was produced in absolute terms. Read it beside [velocity](/guides/employee-velocity-guide) and [productivity](/guides/employee-productivity-guide) — together they triangulate what no single one can show.

When the goal is genuinely to improve efficiency, the leverage is in removing system waste — the waiting, the rework, the broken handoffs — not in pressing individuals against a standard. That is the focus of our [business operations](/solutions/business-ops) engagements, and the team-scale version is the [team efficiency challenge](/resource/blogs/team-efficiency-challenge-report).

Frequently Asked Questions

How do you calculate the efficiency of an employee?
Efficiency = (standard resource for the work done ÷ actual resource used) × 100, or equivalently useful output ÷ total input. A task with an 8-hour standard done in 10 hours is 80% efficient. The formula is simple; the difficulty is setting an honest standard and separating the waste the employee controls from the far larger waste the system imposes before attributing the result to the person.
What is the difference between efficiency, productivity and velocity?
Efficiency is useful output relative to the resources it should have consumed — how little was wasted. Productivity is output per unit of input — how much value per hour or dollar. Velocity is output per unit of time — how fast finished work flows. A person can be fast (high velocity) and productive per hour while still being inefficient if their work generates rework and waste.
Is utilisation the same as efficiency?
No, and confusing them is harmful. Utilisation is how busy someone is — busy time over available time — which measures occupancy, not usefulness. A fully-utilised person producing rework is busy and inefficient. As utilisation nears 100%, queues and waiting times rise sharply, so a fully-utilised system is fragile, not optimal. Efficient utilisation is deliberately kept below 100% to preserve slack.
Why is most low efficiency a system problem, not a people problem?
Because when you decompose where resource actually goes, most of the waste is system-imposed — waiting for inputs, blocked by approvals, rework from bad upstream data, broken tools, mandated context-switching — none of which the employee controls. In knowledge work this system waste usually dwarfs the controllable waste. Coaching an individual to 'be more efficient' addresses the small part they control and ignores the larger part the system imposes.
How do you set a fair efficiency standard?
Build the standard from observed, representative performance under normal conditions — not the best-case outlier (which punishes everyone) and not a generous negotiated figure (which flatters everyone and carries no information). The people being measured should not solely set their own standards, and standards must be reviewed as tools and conditions change, because a standard built for last year's tools measures the wrong ideal.
Why is rework the best efficiency metric?
Because work done twice consumes the resource twice, so rework is pure waste and a direct efficiency signal. It is hard to game (reopens and returns are system events), it points straight at a root cause (unclear requirements, bad inputs, no review, time pressure), and it is expensive in a way everyone understands. A falling rework rate is often the single best evidence that efficiency is genuinely improving.
Can you measure efficiency for knowledge work?
Not well with a standard-ratio formula, because there is rarely a meaningful 'standard time' for novel cognitive work, so the percentage has no real referent. What travels into knowledge work is the waste lens: measure and remove rework, waiting, duplicated effort and work later abandoned. The honest version of the question is usually 'where is this team's effort being wasted', which is about the system, not the individual.
What does efficiency above 100% mean?
It means the work was completed faster than the standard, which is normal and expected for skilled workers. But persistent efficiency far above 100% across many people usually signals that the standard is too loose rather than that everyone is exceptional. High readings are a prompt to check the standard as much as to praise the workers.
How do you stop efficiency metrics from being gamed?
Set and review standards independently of the measured; pair efficiency with a rework and quality guardrail so speed bought by cutting corners is visible; measure across the whole value stream so waste shifted onto others is still counted; and never report utilisation as efficiency. Above all, decompose waste into controllable and system-imposed before attributing a low number to a person.
Should you maximise individual efficiency?
No. Pushing individual efficiency to its maximum eliminates the slack a system needs to absorb variation, producing a fragile operation that breaks under the first disruption — so it is not even efficient at the system level. Most inefficiency is system-imposed anyway, so the leverage is in removing structural waste (waiting, rework, broken handoffs), not in pressing individuals against a standard.