Blog / Operations

Lean Manufacturing Principles: The 10 Principles Explained

📅 Updated 22nd September 2026 Originally published 17th March 2021 🕐

Lean Manufacturing Principles: The 10 Principles Explained

Lean manufacturing principles are a set of ideas for producing more of what the customer values with less of everything else: less waiting, less inventory, less rework, less motion, less overproduction. They came out of the Toyota Production System after the Second World War, were named and codified by Western researchers in the 1990s, and have since been applied in hospitals, software teams, service desks and accounting firms as well as factories.

The principles are not complicated. What is hard is applying them in a real plant or a real back office, where the waste is invisible because everyone has stopped seeing it, where "the way we do it" has no written standard to improve from, and where a well-meaning lean programme has already been tried once and fizzled out after the consultants left.

This guide is written for the operations manager, plant manager, production supervisor or team lead who has to make lean work rather than present it. It sets out the five principles from Womack and Jones, the eight wastes, the ten principles that form the practical spine of lean, the standard tools, the metrics that show whether it is working, and a seven-step way to start without a transformation budget. By the end you should be able to walk your own floor — or your own ticket queue — see the waste, and know which principle to reach for first.

What Is Lean Manufacturing?

Lean manufacturing is a production philosophy whose goal is to deliver exactly what the customer wants, when they want it, with the minimum of resources — and to keep getting better at it. Anything consumed in the process that does not create value for the customer is waste, and lean is the systematic identification and removal of that waste from the flow of work.

Where it came from: the Toyota Production System

The origins are specific. In post-war Japan, Toyota could not afford the mass-production model of Detroit — huge batches, deep inventories, dedicated machines — because it had neither the capital nor the market volume. Taiichi Ohno, with Shigeo Shingo and others, developed a different system over roughly three decades: build only what the next process actually needs (just-in-time), stop the line the moment a defect appears rather than sorting it out later (jidoka), and involve every worker in improving the work (kaizen). The system was designed around scarcity, which is why it translates so well to small companies today.

Ohno described the two pillars of the Toyota Production System as just-in-time and jidoka, resting on a foundation of stable, standardised processes and levelled production. He also catalogued the seven wastes that the system exists to remove, which appear in expanded form in the next section.

Where the name came from: Womack and Jones

The word "lean" was coined by a team at MIT studying the global car industry, published in 1990 as The Machine That Changed the World by James Womack, Daniel Jones and Daniel Roos. Their finding was that Toyota's plants used roughly half of everything — human effort, space, tooling investment, engineering hours, inventory — compared with mass-production plants, while producing fewer defects and more variety. "Lean" was their word for it.

Womack and Jones followed up in 1996 with Lean Thinking, which distilled the system into five principles that remain the standard way to describe it:

  1. Specify value from the point of view of the end customer. Not what the company finds convenient to produce, not what a department measures itself on — what the customer would pay for.
  2. Identify the value stream — every step required to bring a product or service from order to delivery — and expose the steps that create no value.
  3. Make value flow by removing the stops, queues, batches and backtracking, so work moves continuously from one value-adding step to the next.
  4. Let the customer pull, so that nothing is made until the next process downstream, and ultimately the customer, asks for it.
  5. Pursue perfection through continuous improvement, because removing one layer of waste always exposes the next.

Everything in the rest of this guide is a way of putting those five sentences into practice. If you want the shortest possible summary of lean it is this: define value, see the whole flow, remove what does not add value, produce to demand, and never stop.

Definition: lean manufacturing

A production system that maximises customer value while minimising waste, built on making work flow continuously in response to actual demand, stopping to fix problems at the source, and continuously improving standardised processes with the people who do the work. It originated as the Toyota Production System and was named "lean" by Womack, Jones and Roos in 1990.

The Eight Wastes of Lean (DOWNTIME)

Ohno identified seven categories of waste, or muda. Western practitioners later added an eighth — the waste of human potential — and the acronym DOWNTIME is the standard way to remember all eight. The categories matter because waste is easy to agree with in principle and hard to see in practice: naming the types gives a supervisor something to look for on a gemba walk, and it gives an office team a way to recognise that their inbox and approval chains are just as full of waste as a stockroom.

Waste What it is Manufacturing example Office and service example
Defects Output that fails the standard and must be scrapped, reworked or handled through a complaint A batch of machined brackets out of tolerance, found at final inspection after two more operations have been done on them An invoice sent with the wrong PO number, bounced by the customer's AP system and reissued three weeks later
Overproduction Making more, sooner or faster than the next process needs Running a full shift of sub-assemblies to "keep the machine busy" when downstream only needs a day's worth Producing a 40-page monthly report that three people read the summary of
Waiting Time when work, people or machines are idle because something upstream has not arrived An operator waiting for a forklift to bring the next pallet; a line stopped for a changeover A purchase request sitting in a manager's inbox for four days before approval
Non-utilised talent Failing to use the skills, knowledge and ideas of the people doing the work Operators who know why the press jams and have never been asked; engineers doing data entry A support engineer who could fix the recurring root cause spending the week closing the same ticket
Transportation Moving materials or information further or more often than necessary Parts travelling 300 metres between stations that could be adjacent; goods moved to a store and back A document emailed, printed, signed, scanned and re-uploaded; work passed through three systems to reach the person who acts on it
Inventory Material, work in progress or finished goods beyond what is immediately needed Six weeks of raw material on the shelf because the supplier gives a discount at pallet quantity Two hundred open tickets, forty half-finished onboardings, a backlog of unreviewed contracts
Motion Movement by people that adds no value: walking, reaching, searching, bending Walking to a shared tool cabinet a dozen times a shift; searching for the right fixture Hunting through shared drives for the current version of a procedure; toggling between six windows to complete one task
Extra processing Doing more work, or work to a higher standard, than the customer needs Polishing a surface that will be painted; double inspection because nobody trusts the first Re-keying data from one system to another; a five-signature approval for a routine order

Two of the eight deserve special attention. Overproduction is often called the worst waste because it causes the others: making more than is needed creates inventory, which needs transporting and storing, which hides defects until they are found in bulk. And inventory — in an office, the backlog — is the waste that most reliably conceals the real problem. A queue of open work makes everyone look busy while the customer waits.

The useful exercise is to take one process, follow one unit of work through it from start to finish, and time how long it spends being worked on versus how long it spends waiting or moving. In most processes that have never been examined, value-adding time is a small fraction of the total. The rest is the eight wastes. That ratio is the starting point for everything that follows, and value stream mapping is the tool for capturing it.

Principles 1–3: Waste Elimination, Kaizen and Respect for People

The ten principles below are the spine of practical lean. They are grouped in three sections: the foundations (why and how you improve), the flow principles (how work moves), and the quality principles (how problems are caught and fixed). Each comes with a definition, an example and how to apply it in a company that is starting from scratch.

1. Waste elimination

Definition. Continuously identify and remove activity that consumes resources without creating value for the customer, using the eight wastes as the lens.

Example. A 45-person contract machining shop maps its order-to-dispatch flow and finds that a typical job spends 11 working days in the building, of which about four hours is machining and inspection. The rest is waiting for a drawing to be released, waiting for material, sitting in a queue at the CNC cell, waiting for inspection, and waiting for a courier slot. Nobody had measured it because everyone was busy.

How to apply it. Pick one product family or service line. Walk its path physically or through the systems it touches, timing each step and each wait. Classify every non-value step against the eight wastes. Remove the easiest first — usually a queue caused by batching or an approval that catches nothing — and re-measure. The discipline is to remove the waste rather than to speed up the value-adding step; a machine that runs 10% faster does nothing for a job that spends 95% of its time waiting.

2. Kaizen (continuous improvement)

Definition. Small, frequent improvements made by the people who do the work, as a permanent habit rather than a project. Kaizen is the mechanism by which lean keeps going after the initial waste has been removed.

Example. A packing team notices that the tape gun is shared between two stations and someone is always waiting for it. They buy a second one. Saved: perhaps 20 minutes a shift. Trivial on its own; multiplied by a suggestion a week from each team for a year, it is how a plant's productivity compounds. Toyota's system runs on thousands of such changes a year, not on a handful of big ones.

How to apply it. Give each team a visible board and a 15-minute weekly slot to propose, agree and implement one improvement. Record what changed and what it was expected to achieve, so the improvement can be checked and kept. Change the standard work document when the improvement sticks, so the new method becomes the baseline. The full method is in our guide to continuous improvement; the short version is that improvement without a standard to improve from is just variation.

3. Respect for people

Definition. The people closest to the work know the most about it. Lean depends on their judgement and ideas, and on managers creating the conditions — training, time, safety, a fair response to problems — in which people will surface problems rather than hide them.

Example. On a Toyota line any worker can pull the andon cord and stop production when they see a problem. That only works if the response to pulling it is help rather than blame. A plant where stopping the line gets you shouted at will have a line that never stops, and defects that reach the customer.

How to apply it. Treat every defect and every delay as a process problem first and a people problem only if the process was followed and was correct. Ask "what in the way we work made this likely?" before "who did this?" Train supervisors to answer an escalation with a visit, not a message. Cross-train so that people are not trapped in one task. And act visibly on suggestions — the fastest way to kill kaizen is to collect ideas and do nothing with them.

The five whys

Ohno's technique for getting from a symptom to a cause: ask why the problem happened, then ask why of the answer, and repeat until the answer is something you can change in the process. A machine stopped. Why? A fuse blew. Why? The bearing overheated. Why? It was not lubricated. Why? The lubrication pump was not working. Why? Its filter was blocked with swarf. Fit a strainer to the pump: the problem stops. Stop at the first why and you replace the fuse every week.

Start With a Standard You Can Improve From

CheckFlow's manufacturing templates give you running, versioned standard work for quality control, equipment maintenance and safety inspections — the baseline that kaizen needs. Start from a template and have it running on the floor today.

Browse Free Templates

Principles 4–6: Heijunka, Just-in-Time and One-Piece Flow

The flow principles are about how work moves through the operation. Together they replace the batch-and-queue model — make a lot of one thing, store it, move it, make a lot of the next — with a smooth, demand-driven flow of small quantities.

4. Heijunka (production levelling)

Definition. Smoothing the production schedule by volume and mix so that the operation runs at a steady rate rather than lurching between overload and idleness. Instead of building Monday's orders on Monday and Friday's on Friday, heijunka builds the week's average every day, in a repeating mix.

Example. A furniture maker receives orders for 100 chairs and 20 tables in a week, unevenly. Unlevelled, it builds chairs until the chair orders are done and then switches to tables, so table customers wait and the table station sits idle for days. Levelled, it builds roughly 20 chairs and 4 tables a day in a repeating sequence, so both lines run steadily and lead times for both products are predictable.

How to apply it. Calculate takt time (available time divided by demand — see the metrics section) for each product family. Build a repeating daily or hourly pattern that matches the mix. Absorb short-term demand spikes with a small, deliberately sized buffer of finished goods rather than by disrupting the pattern. Heijunka is the reason the other flow principles can work: just-in-time on an unlevelled schedule simply moves the chaos to the suppliers.

5. Just-in-time (JIT)

Definition. Producing and delivering only what is needed, only when it is needed, only in the quantity needed. JIT is a pull system: each process makes what the next one has consumed, and nothing is built for stock.

Example. Ohno's inspiration was the American supermarket, where shelves are restocked as customers take items rather than to a forecast. On a JIT line, a downstream station signals upstream — with a kanban card, an empty bin, or an electronic trigger — that it has used a container of parts, and only then is the next container made. Work-in-progress inventory falls to the number of containers in the loop.

How to apply it. Start between two adjacent processes, not across the whole plant. Fix a small number of standard containers between them and rule that upstream only produces to replace an empty one. Expect problems to surface immediately — a machine that breaks down, a supplier that is late, a changeover that takes too long — because the inventory that used to hide them is gone. That exposure is the point: fix each one and extend the loop. JIT is not safe to attempt until the basics of maintenance, changeover and quality are under some control, which is why it comes after the foundations rather than before.

6. One-piece flow

Definition. Moving each unit through every step of the process individually, completing it before the next unit starts, rather than processing units in batches at each step. Also called continuous flow or single-piece flow.

Example. Ten units through three operations of one minute each. In batches of ten, the first finished unit appears after 21 minutes and the last after 30, with nine units waiting at each station throughout. In one-piece flow the first finished unit appears after 3 minutes and the last after 12, with one unit at each station. Same work, same people, a fraction of the lead time and the work-in-progress — and a defect in operation one is caught at operation two on the first unit, not on the tenth after all ten are wrong.

How to apply it. Physically arrange the operations for one product family next to each other in process order — a cell — so that a unit can be handed directly from one to the next. Balance the work so each station takes roughly the same time. Where a machine genuinely must run in batches (heat treatment, a shared press), keep the batch as small as the changeover allows and treat reducing the changeover as the improvement priority. The same principle applies in an office: complete one customer's onboarding end to end rather than doing step one for twenty customers, then step two for twenty.

Principles 7–10: Built-in Quality, Poka-Yoke, Jidoka and the Lean Cycle

Flow only works if what flows is right first time. The quality principles ensure that defects are prevented where possible, detected where they occur, and never passed downstream — and the final principle is the improvement cycle that ties all ten together.

7. Built-in quality

Definition. Quality is the responsibility of each process and each person, achieved by doing the work correctly and checking it at the point of production, rather than by a separate inspection at the end. No defect is knowingly passed to the next step.

Example. Instead of a quality department inspecting finished assemblies and returning failures for rework, each operator confirms the critical characteristics of their own operation — torque, dimension, presence of a component — before releasing the unit, records the result, and stops if it fails. Final inspection becomes an audit of a process that is already under control, not the only line of defence.

How to apply it. Define, for each operation, the small number of characteristics that make the unit good or bad. Give the operator the means to check them — a gauge, a go/no-go fixture, a visual standard — and a checklist that requires the result to be recorded. Make it explicit that a stopped line with a caught defect is a success. The manufacturing quality control checklist guide sets out how to structure the checks so they are done, not just documented.

8. Poka-yoke (mistake-proofing)

Definition. Designing the process, the tooling or the product so that a mistake is either impossible to make or immediately obvious when made. The term is Shigeo Shingo's; the principle is that people make errors and the process should not depend on them not doing so.

Example. A connector that only fits one way round. A fixture that will not close if a part is missing. A parts bin with a sensor that lights up if the operator reaches into the wrong one. A packing station scale that flags a box whose weight does not match the expected contents. In an office: a form that will not submit without the mandatory field, or an onboarding checklist that will not let the account be activated until the licence step is marked done with a licence key entered.

How to apply it. Take the last ten defects and, for each, ask whether the mistake that caused it could have been made physically impossible, or detected the moment it happened. Shingo distinguished control poka-yokes, which stop the process, from warning poka-yokes, which alert the operator; use the control type wherever the cost of a defect is high. The cheapest poka-yokes are usually a fixture, a colour code, or a required field.

9. Jidoka (automation with a human touch)

Definition. Building the ability to detect an abnormality into machines and processes, so that they stop themselves when something goes wrong and a person is called to fix the cause. Jidoka separates people from machines: an operator no longer has to stand watching a machine that will stop itself, and can run several.

Example. The origin is Sakichi Toyoda's automatic loom, which stopped when a thread broke rather than weaving defective cloth. Modern equivalents are a CNC machine that halts on a tool-break sensor, a filling line that stops on an underweight bottle, or a monitoring alert that pages an engineer when a backup job fails rather than letting it fail silently for a month. The andon board that shows which station has stopped, and why, is the visible face of jidoka.

How to apply it. For each process, identify the abnormal conditions that produce defects and add the simplest possible detection — a sensor, a limit switch, a threshold alert. Decide in advance who responds and how quickly; a stopped line with no response procedure is just downtime. Pair each detection with a five-whys investigation so that the stop leads to a countermeasure rather than a restart.

10. The lean cycle (PDCA)

Definition. Plan–Do–Check–Act, the improvement cycle popularised by W. Edwards Deming from Walter Shewhart's earlier work. Plan a change and predict its effect; do it, at small scale; check the result against the prediction; act by standardising the change if it worked or learning why it did not. Every kaizen, every countermeasure and every A3 in a lean operation runs on this cycle.

Example. A changeover on a press takes 90 minutes. Plan: move external tasks (fetching the next die, pre-heating) out of the stopped period; predicted result 60 minutes. Do: try it on the next three changeovers. Check: average 55 minutes. Act: update the changeover standard work, train the second shift, and start the next cycle on the remaining internal tasks.

How to apply it. Insist that every improvement has a prediction before it is tried and a measurement after. Without the prediction there is nothing to check against, and improvement drifts into opinion. Keep each cycle short — days, not quarters — and keep a record of what was tried, so that the same failed idea is not proposed again next year. The cycle is also the structure of Womack and Jones's fifth principle, the pursuit of perfection: there is no end state, only the next cycle.

Lean Tools: 5S, Kanban, Value Stream Mapping, Standard Work, A3, Gemba Walks and TPM

The tools are how the principles get done. They are widely misunderstood as lean itself — a plant with painted floor lines and a kanban board is not necessarily lean — but used in service of the principles they are effective and cheap.

5S

Five Japanese words — seiri, seiton, seiso, seiketsu, shitsuke — usually rendered as sort, set in order, shine, standardise, sustain. Remove what is not needed from the workplace; give everything that remains a marked place; clean and inspect; make the first three a documented standard; and audit to keep it. 5S is the usual first tool because it is visible, involves everyone, and removes the motion and searching waste immediately. The failure mode is stopping at "shine" and treating it as housekeeping; the value is in the standard and the audit, which is why a recurring 5S audit checklist is one of the first things to put on a schedule.

Kanban

The signalling system for pull. A kanban is a card, bin, or electronic token that authorises the upstream process to produce or deliver a fixed quantity. The number of kanbans in a loop caps the work in progress. In software and service teams the same idea appears as a kanban board with limits on the number of items in each column: no new work is pulled into "in progress" until something leaves. Our guide to task management methods covers kanban alongside its alternatives.

Value stream mapping

A diagram of every step, queue, information flow and handoff from order to delivery for one product family, with the time each step takes and the time work waits between steps. The current-state map exposes where the lead time goes; the future-state map is the design for removing it. It is the single most useful tool for a team that does not know where to start, because it turns "everything is slow" into "these three queues are 70% of the lead time". See value stream mapping for the method and notation, and business process mapping for the office equivalent.

Standard work

The documented, current best way to perform an operation: the sequence of steps, the time for each, the work-in-progress needed, and the quality checks. Standard work is the baseline that makes improvement measurable and the training document that makes performance consistent across shifts and people. It is covered in its own section below because it is the principle that small companies most often skip.

A3 problem solving

Named for the paper size, an A3 is a one-page structured account of a problem: background, current condition, target, root-cause analysis, countermeasures, plan and follow-up. It is PDCA in a fixed format. The constraint of one page forces clarity, and the standard layout means a manager can review any team's problem-solving in the same way. It works just as well for a recurring invoicing error as for a machine breakdown.

Gemba walks

Gemba is "the actual place" — where the work happens. A gemba walk is a manager going to the floor (or the service desk, or the warehouse) to observe the process as it runs, ask the people doing it what gets in their way, and see the waste rather than read about it in a report. The rule is to go and see, ask why, and show respect. A weekly gemba walk with a simple checklist of what to look for is one of the cheapest and most effective lean habits a leader can adopt.

Total productive maintenance (TPM)

A programme for keeping equipment reliable by involving operators in routine maintenance — cleaning, inspection, lubrication, minor adjustments — alongside planned maintenance by specialists, with the aim of eliminating breakdowns, defects and accidents. TPM's headline metric is overall equipment effectiveness. Its practical core is a schedule of daily, weekly and monthly maintenance checks that are actually done and recorded, which is a recurring checklist problem before it is an engineering one.

Lean Beyond the Factory: IT, Services and MSPs

The principles translate directly to knowledge work, with one adjustment: the inventory is invisible. A warehouse full of parts is obvious; a service desk with 300 open tickets or an accounts team with 60 unapproved invoices looks like everyone working hard. Once you learn to see the queue, the rest of lean applies.

IT and software. Work-in-progress limits on a board are kanban. A deployment pipeline that fails a build on a failed test is jidoka. A pull request template that will not merge without a reviewer is a poka-yoke. Value stream mapping a feature from request to production regularly shows that most of the lead time is waiting for review, waiting for a test environment, or waiting for a release window — none of which is coding.

Managed service providers. An MSP's product is resolved tickets and maintained client environments. Waste shows up as tickets reopened because the fix was incomplete (defects), engineers switching between eight clients in a morning (motion), monthly patch cycles that were not done for some clients (a quality escape), and a queue of tickets waiting for the one person who knows a particular system (a constraint). Standard work for common ticket types, recurring checklists for patch and maintenance cycles, and a daily queue review with limits are the MSP versions of the tools above. Our guide to operations management sets out the cadence that holds them together.

Professional and financial services. The value stream is intake, work, review and delivery; the waste is almost entirely in handoffs, rework after review, and waiting for approvals. One-piece flow means completing one client's matter through review before starting the next, rather than a reviewer receiving twenty at once on Friday. Poka-yoke means an intake checklist that cannot be closed with a missing document. The month-end close is the single most batch-and-queue process in any office, and it responds to the same treatment.

Healthcare and laboratories. Lean has been applied extensively in hospitals to reduce patient waiting, standardise clinical procedures and cut medication errors — the surgical safety checklist work led by Atul Gawande for the World Health Organization, which showed substantial reductions in complications and deaths across eight pilot hospitals, is built-in quality and standard work in a clinical setting.

The common lesson is that the office and the service desk have more waste than the factory, not less, because nobody has ever been asked to look for it. The eight wastes table above is the place to start.

Getting Started With Lean: A Seven-Step Approach

Most lean initiatives that fail do so because they start too wide — a plant-wide transformation, a dozen tools at once, a consultant-led programme that ends when the consultant does. The approach below starts narrow, produces visible results inside a quarter, and builds the habits that let it spread.

1

Choose one value stream

Pick one product family, service line or process — not the whole operation. Choose it for visibility and pain rather than size: a line with obvious queues, a ticket category with a bad reopen rate, a process customers complain about. Name a lead for it who does the work daily, not a manager who oversees it. Everything in the first three months happens inside this one stream; the rest of the business carries on as it is and watches.

2

Map the current state and measure lead time

Walk the stream from the trigger to the delivered result with the people who run it. Draw every step, every queue, every handoff and every system. Time the work at each step and the wait between steps, using real examples — the last ten orders, the last twenty tickets — rather than estimates. Calculate total lead time and value-adding time. Write both numbers on the wall. This map and these two numbers are the baseline everything else is measured against; a lean effort without a baseline cannot show it worked.

3

Stabilise with 5S and standard work

Before removing waste from the flow, make the flow repeatable. Run 5S on the physical or digital workspace of the stream. Then write standard work for each step: the sequence, the time, the checks, the evidence — as a checklist a new person could follow, not a manual. Where three people do the step three ways, agree one. Load the standard into a system that runs it as a checklist so it is followed and recorded rather than filed. Guidance on the writing is in how to write an SOP and creating checklists that get used.

4

Attack the biggest queue

From the current-state map, find the single largest wait. It is almost always caused by batching (work released in large lots), a shared resource with a long changeover, or an approval step. Apply one flow principle to it: reduce the batch, cut the changeover with the external/internal separation described under PDCA, or remove the approval for routine cases. Re-measure lead time. A single well-chosen queue removal often cuts lead time by a third and is the result that earns the programme its credibility.

5

Build quality in at the source

Take the last ten defects or reopened jobs in the stream. For each, identify the operation where the mistake was made and the operation where it was caught. Add a check at the point of production — a gauge, a required field, a photo — and a poka-yoke where one is cheap. Make the checks part of the standard work so that they are recorded on every unit, and make it explicit that catching a defect at source is rewarded. The goal is that no defect travels more than one step.

6

Establish pull and level the schedule

With the stream stable and its worst queue removed, connect adjacent steps with a simple pull signal — a fixed number of bins, a WIP limit on a board — so that upstream produces only what downstream has consumed. Calculate takt time and set a repeating daily pattern that matches the mix. Expect this to expose problems that inventory used to hide; treat each as a PDCA cycle rather than a reason to add the inventory back.

7

Install the improvement habit, then extend

Set up the weekly kaizen slot, the daily board review, the gemba walk and the A3 format for anything that needs more than a week's thought. Put the stream's metrics — lead time, first-pass yield, on-time delivery, OEE where relevant — on a live dashboard rather than a monthly slide. Update the standard work every time an improvement sticks. Then, and only then, pick the second value stream and repeat from step one, with the first team's lead helping. Lean spreads through people who have done it, not through a rollout plan.

Common Lean Mistakes

The mistakes below account for most of the lean programmes that start well and quietly stop. Each has a straightforward fix if it is recognised early.

Mistake: tools without culture. The plant gets a 5S audit, a kanban board and a set of andon lights, and nothing else changes: nobody pulls the cord, the board is not updated, the audit is a formality. Tools are the visible part of lean; the principles — stopping to fix problems, respecting the people who do the work, improving every week — are what make them work. Fix: introduce each tool to solve a specific problem the team has named, and measure the problem, not the tool's presence.

Mistake: lean as headcount cutting. If the first result of a lean effort is redundancies, it is also the last, because nobody will ever surface a waste again. Toyota's system depended on the commitment that improvement would not cost anyone their job. Fix: decide in advance and say publicly what freed capacity will be used for — growth, reduced overtime, taking work back in-house, improvement time — and keep the commitment.

Mistake: skipping standard work. Teams jump to flow and pull without a repeatable baseline, so every improvement is compared with a moving target and nothing sticks. Standard work is unglamorous, which is why it gets skipped. Fix: no improvement to a process without a documented, running standard for that process first. If it takes a fortnight to write the standards, that is the fortnight the programme needs. Our guide to process standardisation covers how to do this without producing a shelf of unread manuals.

Mistake: optimising a step instead of the flow. A faster machine, a bigger batch, a more efficient operator — local improvements that make one box on the map better while lead time stays the same because the work still waits in the same queues. Fix: measure lead time end to end and only count improvements that move it.

Mistake: a big-bang transformation. Every area, every tool, in one programme with a launch event. It stalls within six months because nobody can sustain it and the early areas are neglected while the later ones start. Fix: one value stream at a time, with the improvement habit established before the next one starts.

Mistake: management by report. Lean is run from a monthly slide deck and the manager never visits the floor. Problems reach the deck a month after they happened and the people who saw them first were never asked. Fix: a weekly gemba walk with a checklist, and metrics on a live board that anyone can see.

Lean Metrics: OEE, Lead Time, Takt Time and First-Pass Yield

Lean is measured by a small set of metrics that directly reflect flow and quality. They should be visible daily to the team that can act on them, not compiled monthly for people who cannot.

Metric What it measures How to calculate it What moves it
Lead time Elapsed time from the trigger (order, request) to delivery Delivery timestamp minus trigger timestamp; track the average and the spread Removing queues and batches. The gap between lead time and value-adding time is the waste.
Takt time The rate at which the customer needs one unit Available production time ÷ customer demand in that period (e.g. 450 minutes ÷ 225 units = 2 minutes per unit) Demand and available time. Each step's cycle time must be at or below takt for flow to work.
Overall equipment effectiveness (OEE) How much of a machine's planned time produces good output at rated speed Availability × Performance × Quality, each as a fraction (e.g. 0.90 × 0.95 × 0.98 = 0.84) Breakdowns and changeovers (availability), minor stops and slow running (performance), defects (quality)
First-pass yield Share of units completed correctly without rework or scrap Good units first time ÷ total units started, per step and for the whole stream Built-in quality, poka-yoke and standard work. Multiply the step yields together to see the true stream yield.
Work in progress (WIP) Units started but not finished Count of units between the first and last step at a point in time Batch size and pull. By Little's Law, lead time = WIP ÷ throughput, so cutting WIP cuts lead time directly.
On-time delivery Share of orders delivered by the promised date Orders delivered on or before commitment ÷ total orders Levelled scheduling and stable lead time. Poor OTD with low utilisation points to variation, not capacity.

A note on OEE: it is a diagnostic, not a target to maximise. An OEE of 85% is widely quoted as world-class for discrete manufacturing, but the value is in the three components, which tell you whether to work on maintenance, changeovers or quality. And chasing OEE on a machine that is not the constraint just produces inventory — overproduction dressed up as efficiency.

Whatever the metrics, they should come from the work rather than from a spreadsheet. If each unit passes through a checklist that records when each step started and finished and whether it passed, lead time, WIP and first-pass yield fall out of the data automatically and appear on the board in real time. If they are counted by hand on Friday afternoon, they will be late, approximate and, eventually, not counted at all. A real-time dashboard fed by the running process is the practical form of the visual management that lean has always relied on.

Standard Work and Checklists: The Foundation Lean Runs On

Every principle above depends on standard work. Kaizen needs a baseline to improve; built-in quality needs defined checks; jidoka needs a defined response; heijunka needs known cycle times. Toyota's own formulation is that where there is no standard, there can be no improvement. It is the least glamorous part of lean and the part small companies most often skip, because writing standards feels like bureaucracy and the plant is busy.

The resolution is to recognise what standard work actually is: not a manual, but a short, executable description of the current best way — the steps in order, the time each should take, the checks that confirm each is right, and the evidence to capture. That is a checklist. A good checklist is standard work in a form that gets used, and a running, recorded checklist is standard work that can prove it was followed.

The difference between a standard on the wall and a standard that runs is the difference between a document and a process. A laminated sheet at the station describes the work; it cannot tell you whether the torque check was done on the unit that just left. A checklist that the operator completes as the unit passes, with the torque value entered and the timestamp recorded, is both the standard and the evidence — and it feeds first-pass yield and lead time to the board without anyone compiling anything. Our guide on recurring checklists covers why static documents fail at this and what replaces them.

The characteristics of standard work that survives contact with a real shift are listed below.

  • Written by, or with, the people who do the work — so it describes what actually happens and they own the changes to it
  • Short enough to follow under time pressure: the steps that need verifying, not every motion
  • Explicit checks with a defined pass condition at each step where a defect could occur, with the result recorded on every unit or run
  • Sequenced where sequence matters, with steps that cannot be completed before their prerequisites
  • One current version, everywhere — when the standard changes, every station and every shift gets the new version and the old one disappears
  • Versioned, so an improvement is visible as a change and can be reversed if it did not work
  • Scheduled where the work is periodic — daily 5S, weekly maintenance checks, monthly audits — so the standard starts itself rather than waiting to be remembered
  • Recorded, so that every completion is timestamped and attributable, and the metrics come from the record rather than a count
  • Reviewed on a fixed cadence and updated the week an improvement sticks, so it never drifts away from the actual process

Get standard work into this form and the rest of lean becomes tractable. The kaizen board proposes a change; the standard is updated; the next run uses it; the metrics show whether it helped. That loop, run weekly, is the lean cycle in practice.

Free Lean Manufacturing Templates

The three templates below are standard work for the processes most manufacturers start with: in-process quality control, equipment maintenance and safety inspection. Each runs as a checklist with steps in order, required checks, evidence capture and a dated record per run, and each can be scheduled to recur. Click a card to see the template and adapt it to your line.

How CheckFlow Fits Into a Lean Operation

CheckFlow is the running standard work layer described above. It holds each process as a versioned checklist template, runs it on the floor or in the office as a tracked workflow, and records every completion — which is what lean needs from standard work and what a laminated sheet cannot provide. It is built for the plant or operations manager who needs the standards followed and evidenced without an ERP project. The manufacturing-specific detail is on our manufacturing page.

Templates. Quality checks, changeover procedures, maintenance routines, 5S audits and safety inspections each live as a template that the process owner edits directly. When kaizen changes the standard, the template is updated once and every subsequent run uses the new version; earlier runs keep the version they ran on, so the improvement history is preserved.

Task assignment and dynamic due dates. Each step is assigned to a named person or a role such as line lead or maintenance technician. Due dates calculate from the run's start or from a prior step, so a corrective action from a safety inspection is due three working days after it is raised, automatically.

Conditional logic. One quality checklist covers several product variants by showing only the checks relevant to the variant selected; one maintenance template covers a family of machines. Fewer templates, less drift, and runs that contain only the steps the operator needs. See conditional logic in checklists for how this is structured.

Recurring schedules. Daily 5S audits, weekly maintenance checks, monthly safety inspections and quarterly calibration start themselves on schedule, assigned to the right people, with overdue runs visible immediately. This is what makes TPM and 5S sustain rather than fade. The recurring checklist software page covers the scheduling options.

Real-time dashboard. Every run in progress on one screen, updated as steps complete: the andon board for processes. Overdue and failed checks surface without a walk to find them, and the analytics views give first-pass yield, completion time and overdue counts by process for the weekly review.

Audit trail. Each run records who completed each step, when, and the values and photos captured. When a customer audit or a quality investigation asks whether the check was done on a given batch, the answer is a search rather than a reconstruction.

Zapier and API. A works order in the ERP can start the quality checklist; a failed check can raise a ticket in the maintenance system; a completed inspection can post to the shift channel. CheckFlow's automations and integrations connect the human steps to the systems around them.

Pricing starts from $10 per user per month, with a 14-day free trial and no credit card required. Teams typically have their first quality or maintenance checklist running on the floor within the trial, and the detail for shop-floor use is on the manufacturing checklist software page.

Turn Your Standard Work Into a Running Process

Load your quality checks, maintenance routines and inspections into CheckFlow, put them on a schedule, and see first-pass yield and overdue checks on a live board. Start with a template and run it in the free trial.

Start Your Free Trial

Frequently Asked Questions

The five principles, as set out by Womack and Jones in Lean Thinking, are: specify value from the customer's point of view; identify the value stream and remove the steps that add no value; make the remaining steps flow without interruption; let the customer pull work through the system rather than pushing it to forecast; and pursue perfection through continuous improvement.

They are sequential in practice. You cannot make flow without knowing the value stream, and pull only works once flow is stable. The ten principles in this guide are the more detailed set of practices that deliver the five.

Defects, overproduction, waiting, non-utilised talent, transportation, inventory, motion and extra processing — remembered by the acronym DOWNTIME. Ohno's original list had seven; non-utilised talent was added later to capture the waste of ignoring the skills and ideas of the people doing the work.

All eight apply in offices as well as factories: an unread report is overproduction, an invoice waiting for approval is waiting, a backlog of tickets is inventory, and re-keying data between systems is extra processing.

Lean removes waste from the flow of work: it asks whether a step should exist and why work waits between steps. Six Sigma reduces variation and defects within a step: it asks why the same operation produces different results and uses statistical analysis through the DMAIC cycle to find and fix the causes.

They are complementary and often combined as Lean Six Sigma. Most small companies start with lean, because it needs less data and delivers visible results faster, and add Six Sigma methods once they have stable processes and measurements to analyse.

Kaizen is continuous improvement: small, frequent changes made by the people who do the work, as a permanent habit. Each change follows the Plan–Do–Check–Act cycle — predict the effect, try it at small scale, measure, and update the standard if it worked. The cumulative effect of hundreds of small improvements a year is what makes lean operations keep getting better.

Kaizen needs two things to work: a documented standard to improve from, and a management response that acts on suggestions rather than collecting them. Without the first, improvements cannot be measured; without the second, they stop coming.

Poka-yoke is mistake-proofing: designing the process, tooling or product so that an error is impossible to make or obvious the moment it is made — a part that only fits one way, a fixture that will not close with a component missing, a form that will not submit with a required field empty.

Jidoka is the wider principle of building abnormality detection into machines and processes so that they stop themselves when something goes wrong and a person is called to fix the cause. Poka-yoke devices are one of the ways jidoka is achieved; jidoka also covers the response — the andon signal, the stop, and the root-cause investigation that follows.

Yes, and they usually find more waste there than in a factory, because nobody has looked. Software teams use kanban limits and automated build failures; hospitals use standard work and checklists to cut errors; service desks use standard ticket procedures and daily queue reviews; finance teams apply one-piece flow to month-end close.

The one adjustment is learning to see invisible inventory: open tickets, unapproved invoices, half-finished onboardings and unreviewed documents are the office equivalent of pallets on the floor, and the same principles — flow, pull, built-in quality — reduce them.

Measure lead time from order to delivery, work in progress, first-pass yield and on-time delivery, and OEE on constraint equipment. Take a baseline before you start and put the numbers where the team can see them daily. Lean is working if lead time and WIP fall while first-pass yield and on-time delivery rise.

Beware of measuring the tools instead of the outcomes — the number of 5S audits completed or kaizen ideas logged tells you about activity, not results. And collect the metrics from the running process where possible, so they are current and trusted rather than compiled by hand.

Standardise Your Manufacturing Processes with CheckFlow

Free 14-day trial — no credit card required.