
Costs
Part of Productivity systems: capture, throughput and audit
Productivity systems framework reviewed for 2027
Six named productivity frameworks compared for 2027, from Goldratt's theory of constraints to OKRs, with what each measures and where each fails.
A framework is a set of questions asked in a fixed order. The six below ask different ones, which is why picking between them matters more than picking the newest.
What to take away
- Theory of constraints, value-stream mapping, lean, Six Sigma, OKRs and the Eisenhower matrix each answer a different question; two of them can run side by side, six cannot.
- Touch time is the minutes of hands-on work. Lead time is the calendar time from request to done. The gap between them is waiting, and waiting is where the available improvement sits.
- Waiting splits into four kinds, each with a different fix, so treating all of it as a scheduling problem is why most attempts stall.
- Trace five recently finished items before choosing a framework. The trace costs about two hours and usually changes the shortlist.
The six frameworks, and what each is for
Theory of constraints (Eliyahu Goldratt, The Goal, 1984). Find the one step that limits throughput, protect it, then re-find it once you have moved it. Suits job shops, machine-limited plants and any operation with an obvious bottleneck. No licence fee; the cost is the discipline of not optimizing non-bottlenecks.
Six productivity frameworks at a glance
Framework
- Theory of constraints
- Goldratt, 1984
- Value-stream mapping
- Toyota, 1999
- Lean
- Toyota, 1990
- Six Sigma
- Motorola, 1986
- OKRs
- Intel, Grove
Origin
- Theory of constraints
- Bottleneck-bound operations
- Value-stream mapping
- Mixed office and plant flows
- Lean
- Repetitive, stable demand
- Six Sigma
- High-volume, defect-costly work
- OKRs
- Knowledge work
Best fit
- Theory of constraints
- Value-stream mapping
- Lean
- Six Sigma
- OKRs
Value-stream mapping (originated at Toyota, documented by Mike Rother and John Shook in Learning to See, 1999). Draw every step, mark which add value, and count the waiting between them. Suits mixed office and production flows where nobody agrees on where the delay lives. Free method, needs a facilitator and a wall.
Lean (Toyota Production System; Womack, Jones and Roos, The Machine That Changed the World, 1990). Remove waste in seven named categories, with pull and flow as the goal. Suits repetitive work with stable demand. Training is widely available; certification bodies charge for credentials.
Six Sigma (Motorola, 1986; popularized by General Electric). Reduce variation with DMAIC and statistical process control. Suits high-volume processes where defects carry real cost. Belt training and certification are commercial, priced by the provider.
OKRs (Intel under Andy Grove, spread by John Doerr). Set a few measurable objectives and check them quarterly. Suits knowledge work where output is hard to count. Free to adopt; the cost is the quarterly review time.
Eisenhower matrix (attributed to Dwight Eisenhower, popularized by Stephen Covey). Sort work by urgency and importance, then delegate or drop. Suits individual workload triage, not process design. Free.
The distinction between time when something is being worked on and time when it is merely in the system is the central idea behind value-stream mapping, which came out of manufacturing and transfers to office work with almost nothing lost.
How they compare
Core question
- Theory of constraints
- What limits throughput now?
- Value-stream mapping
- Where does the time actually go?
- Lean
- Which steps are waste?
- Six Sigma
- How much does output vary?
- OKRs
- Did we move the number?
- Eisenhower matrix
- What should I do next?
Best fit
- Theory of constraints
- Bottleneck-bound operations
- Value-stream mapping
- Mixed office and plant flows
- Lean
- Repetitive, stable demand
- Six Sigma
- High-volume, defect-costly work
- OKRs
- Knowledge work
- Eisenhower matrix
- Individual triage
Main failure mode
- Theory of constraints
- Improving non-bottlenecks
- Value-stream mapping
- Map drawn once, never updated
- Lean
- Cutting capacity the work still needs
- Six Sigma
- Statistics without a process owner
- OKRs
- Too many objectives, no owner
- Eisenhower matrix
- Used as a team process
Tracing five items before you choose
Pick five items that recently finished, chosen by a rule rather than memory, such as the five most recent. For each, reconstruct arrival and completion, which is lead time, and the minutes anyone spent working on it, which you get by asking the people involved. Rough is fine; you want a ratio, not a figure.
Lead time vs touch time
- 11 dayslead time
- 4 hourstouch time
- 1 to 20ratio
Illustrative shape, not a benchmark: an item with a lead time of eleven working days and a touch time of about four hours. That ratio, roughly one to twenty, is ordinary in office work, and it is why asking people to work faster changes almost nothing.
Count only working time, not elapsed time inside a person's day, or the ratio flatters you. Do not choose the five after seeing the data, because you will pick the ones that prove your point.
The four kinds of waiting
Every gap between arrival and completion falls into one of four. Mixing them is why generic advice does not help.
Four kinds of waiting
- Waiting for a personsomeone busy elsewhere
- Waiting for a decisionapproval or choice needed
- Waiting for a batchships with the weekly run
- Waiting for a slotqueues for one resource
- Waiting for a person.The item needs someone busy elsewhere. Check whether they constrain everything or just this; if everything waits on them, adding capacity elsewhere does nothing.
- Waiting for a decision.The work is done and someone must approve or choose. Usually the largest block and the cheapest to fix, because the fix is naming who decides and by when.
- Waiting for a batch.The item is finished but ships with the weekly run. Predictable, invisible in per-item measures, and it adds about half the batch interval on average.
- Waiting for a slot.The item queues behind others for one resource. This responds to capping how much is started, not to working faster; the arithmetic is set out in queueing theory.
Mark each gap in your five traces with one of the four. The distribution is the useful output, and it is rarely what people predicted.
What to do about each
The move that works
- For a person
- Take judgment-free work off them; change when they enter
- For a decision
- Name the decider and a deadline; push it down a level
- For a batch
- Shorten the interval, or run exceptions separately
- For a slot
- Cap how much is started at once
The move that does not
- For a person
- Asking them to be faster
- For a decision
- Adding a review meeting
- For a batch
- Batching more to be efficient
- For a slot
- Starting more so nothing is idle
Read the right column twice. Each entry is the intuitive response, each is easier to get approved than the move beside it, and each makes the waiting it addresses worse.
What works vs what does not
Kind of waiting
- For a person
- Take judgment-free work off
- For a decision
- Name decider and deadline
- For a batch
- Shorten interval or exceptions
- For a slot
- Cap how much is started
Move that works
- For a person
- Asking them to be faster
- For a decision
- Adding a review meeting
- For a batch
- Batching more to be efficient
- For a slot
- Starting more so nothing idle
Move that does not
- For a person
- For a decision
- For a batch
- For a slot
Where each framework stops
Theory of constraints hides the next bottleneck once you fix the first. Value-stream maps go stale within a quarter if nobody owns them. Lean cuts capacity that variable demand still needs.
Six Sigma produces statistics nobody acts on when no process owner is named. OKRs decay into a long list with no single owner per number.
The matrix is a personal tool and collapses as a team ritual.
None of them measures whether the work was worth doing. A fast pipeline for reports nobody reads is worse than a slow one, and no flow measure will say so.
Where work varies enormously in size, trace within a band, or the ratio averages two different operations into one meaningless number.
Any countable measure can be gamed by splitting items so each finishes faster, which is a reason to keep it off individual scorecards, not to skip measuring.
The specific ways an improvement of this kind backfires are set out in productivity systems mistakes. The wider view of personal and team systems is in productivity systems.
The general rules for building an operational measure that survives contact with the people it measures are in operating processes metrics.
Where the fix turns out to be structural rather than local, it becomes a change to how the work is done, and that is treated in change management.
Common questions
How long does the five-item trace take?
About two hours, most of it spent asking people how long things took. It is the cheapest diagnostic in this subject and the one least often run before a framework is bought.
Our lead times vary wildly. Is the ratio meaningless?
The average is; the individual traces are not. Read the five separately and look at where the gaps sit. A wide spread usually means some items hit a queue and others do not, which points at a routing decision.
Should we publish lead time as a target?
Publish it as a shared number for the work, not as a target attached to people. As a personal target it produces item splitting and cherry-picking within a quarter, and you lose the diagnostic value.
What if all four kinds of waiting show up equally?
Start with decisions, because that fix is usually free. Naming who decides and by when takes a conversation rather than a project, and in most traces it is the largest single block anyway.







