lean-stack
Menu

Continuous improvement in lean: examples and strategies

Continuous improvement in lean explained: the PDCA cycle, daily kaizen and kaizen events, with practical examples and strategies that keep improvement going.

Updated October 25, 2026 · 10 min read · Kaizen Software

By the lean-stack editorial team
Standard today
PDCA
After cycle 1
PDCA
After cycle 2
PDCA
After cycle 3

Standard work holds each gain

Each PDCA cycle lifts the standard a step. Standard work holds each gain so it does not slide back.

Continuous improvement is the part of lean that never ends. The fifth lean principle, perfection, says there is always more waste to remove.

This guide explains how lean teams improve continuously: the PDCA cycle, daily kaizen, kaizen events and the habits that keep them going.

Key takeaways

Continuous improvement in lean runs on the PDCA cycle: plan, do, check, act.

Daily kaizen handles small problems, and kaizen events handle focused, larger ones.

Standard work is the baseline. Without it, there is nothing to improve on.

Improvement lasts only when leaders review it, coach it and make time for it.

What is continuous improvement in lean?

Continuous improvement is the ongoing effort to make processes better through many small, tested changes. In lean it is often called kaizen.

The continuous improvement method page covers the definition, principles and process. This guide focuses on how lean teams practice it.

Masaaki Imai popularized the term in his 1986 book Kaizen: The Key to Japan's Competitive Success. It describes improvement by everyone, every day.

It matches the last of the five lean principles in Womack and Jones's Lean Thinking: perfection. The lean methodology guide covers all five.

Start with the problem, not the fix

Many improvement efforts begin with a favorite answer: new software, more staff, a new layout or a new rule. Lean asks the team to define the problem first. What is happening, where, how often, and what does it cost customers, staff, safety, quality or delivery?

A vague line such as 'the process is inefficient' gives the team nothing to test. A specific one does: 'customer orders wait two days for review because requests are batched and assigned by hand.' The specific version already points at the batching and the manual assignment.

The PDCA cycle

PDCA is the cycle behind lean improvement. Plan a change based on the cause of a problem. Do it on a small scale. Check the result against the plan. Act by adopting, adjusting or abandoning the change.

Each turn of the cycle is an experiment. A failed experiment still teaches the team something, which is why lean treats it as progress.

A3 reports put a PDCA cycle on one sheet for larger problems. The A3 step-by-step guide shows how.

One PDCA cycle, worked through

An illustrative example of one full turn of the cycle.

Plan: a packing team misses its 2 pm truck on about 3 days in 10, because orders released after 11 am pile up. The team predicts that releasing orders every hour, instead of in two large batches, will cut misses to 1 day in 10 or fewer.

Do: the team trials hourly release on one packing bench for two weeks. Check: misses on the trial bench fall to 1 day in 10, but pickers report walking the same aisles twice as often.

Act: the team adopts hourly release and starts a second cycle on pick routes, because the first change moved part of the problem upstream. The prediction made in the plan step is what makes the check meaningful.

Standard work is the baseline

Improvement needs a baseline. Standard work records the current agreed way to do a job.

When a change works, the team updates the standard. When results slip, the standard shows what changed. Without it, gains disappear without anyone noticing.

Daily kaizen vs kaizen events

Daily kaizen is small improvements made as part of normal work. An operator moves a bin closer, or a team changes a label that keeps causing mistakes.

Kaizen events are short, focused workshops on one process or problem. A cross-functional team maps the current state, tests changes and leaves a new standard behind.

Events make visible step changes, while daily kaizen keeps improving between events and stops gains from slipping.

The kaizen event guide gives a day-by-day agenda for running one.

Continuous improvement examples

These continuous improvement examples are typical situations, not case studies of named companies. Each one is a single turn of the PDCA cycle.

Shop floor

Operators walk to a shared cabinet for gloves several times a shift. The team adds a small stock point at each station with a two-bin refill. The walking stops, and the standard is updated.

Changeover

A machine sits idle during product changes. The team separates setup work that needs the machine stopped from work that can happen while it runs, stages tools beforehand and writes one setup sequence. Shorter changeovers allow smaller batches. See SMED.

Quality at the source

Defects turn up at final inspection, after time and material are spent. The team moves a simple check and a gauge to the step where the defect starts, so bad parts stop moving downstream.

Office

Invoices bounce back because a purchase order number is missing. The team adds a required field to the request form. Returned invoices become rare, and the check moves upstream.

Customer support

Simple questions, billing queries and outages all land in one queue, and agents spend time sorting. The team sets ticket types, triage rules and escalation triggers, so urgent cases stop waiting behind routine ones.

Warehouse

Pickers search for fast-moving items spread across the building. The team moves them near the packing bench and labels the locations. Pick routes get shorter.

Healthcare

Nurses hunt for a wheelchair at discharge time. The ward agrees a marked parking spot and a check at the morning huddle. The lean healthcare guide has more examples from care settings.

Software

A team's releases stall waiting for one reviewer. It sets a work-in-progress limit and shares reviews across the team. The WIP limits guide explains why this helps.

Continuous improvement strategies

A continuous improvement strategy is the plan for how improvement happens every week, not only in projects. Five strategies follow.

Make problems visible. Boards, andon signals and simple charts show where work is stuck, so problems surface early.

Give every idea an answer. A short weekly review decides each idea: do it, test it or explain why not.

Coach rather than fix. Leaders ask questions at the gemba and help teams run their own PDCA cycles.

Link improvement to strategy. Hoshin kanri points improvement effort at a few goals that matter, so small changes add up.

Standardize each gain. A change is finished only when the standard work and training are updated.

Finding improvement opportunities

Good opportunities are usually visible where the work happens: waiting, rework, unclear handoffs, extra walking, backlogs and the same complaint every week. Follow one order, request, ticket or patient from start to finish, and ask at each step:

Customer need

What does the customer actually need from this process?

Value

Which steps directly add value?

Waiting

Where does work wait, pile up or loop back?

Searching

Where do people hunt for tools, data, approvals or materials?

Late fixes

Which errors are corrected later instead of prevented?

Old rules

Which rules help, and which survive only because they always have?

Repeat problems

What keeps coming back?

Ranking ideas by impact and effort

A walk usually finds more problems than a team can fix at once. Placing each one on an impact and effort grid sorts them quickly:

High impact, low effort

Quick wins. Do these first, often in daily kaizen.

High impact, high effort

Projects. Give them an owner, an A3 or a kaizen event.

Low impact, low effort

Fit them in when there is slack.

Low impact, high effort

Park them, unless they touch safety, morale or compliance.

Collecting and tracking ideas

Most improvement ideas come from the people closest to the work. A simple idea board, reviewed weekly, is enough to start.

Each idea needs an owner, a next step and a decision. Ideas that sit unanswered teach people to stop suggesting them.

Kaizen software and continuous improvement software help when ideas come from many teams or sites, and when you want to share what worked.

A simple idea board

Four columns are enough: new, being tested, done and not doing. Each card carries six fields: the problem in one line, the idea, who raised it, the owner, the next step with a date, and the decision.

A 15-minute weekly review at the board keeps it alive. Decide every new card: do it, test it, or not doing with a reason given to the person who raised it. Check cards under test against their dates, and thank the people whose ideas reached done.

Ideas that need money or another department go to the next level's review within a week, so the team sees them move.

Making improvement last

Leaders keep improvement alive through routine. A daily huddle at a board, regular gemba walks and a weekly review of open ideas all help.

Time is the other ingredient. Teams that are fully loaded with production work have no capacity left to improve it.

The lean management guide covers the daily management system and leader standard work in more detail.

The questions leaders ask set the tone. 'Who made this mistake?' teaches people to hide problems. 'What did the process make hard?' or 'What let this error reach the next step?' teaches them to look for causes.

Why improvement programs stall

Most stalled programs show one or more of these patterns. Each has a fix in the strategies above:

  1. 1

    A specialist team runs it. Frontline staff watch rather than take part.

  2. 2

    Nobody checks the new standard. Events happen, but nobody looks at the result 30 days later.

  3. 3

    Ideas go unanswered. They are collected but never decided.

  4. 4

    Gains become headcount cuts. People stop offering them.

  5. 5

    Leaders stop visiting. They leave the gemba once the program is launched.

  6. 6

    Too many projects at once. When everything is a priority, nothing finishes. Complete a few changes and standardize them first.

  7. 7

    Copied solutions. A board or layout that worked elsewhere fails when demand, skills or risks differ. Learn from the example, then adapt it.

  8. 8

    A cost-only message. If cost is the only reason given, people see improvement as a threat. Quality, safety, delivery and easier work matter as much.

Leaders matter here because engagement is already scarce. Gallup found that only 20% of employees worldwide were engaged at work in 2025, and that manager engagement fell to 22% from 27% a year earlier.

Measuring progress

Track a few results that matter to the customer, such as lead time, quality and on-time delivery. A falling idea count with a rising time to close usually means ideas are collected but not answered. OEE suits equipment-heavy processes.

Track the improvement activity too: ideas raised, ideas closed and time to close. A healthy system raises and closes ideas steadily. Illustrative levels for a team that has run an idea board for a year: about one idea per person per month, most ideas closed within 30 days, and over half put into practice. These are examples to calibrate against, not benchmarks.

Systematic improvement can pay back at a national scale. A 2011 economic evaluation for NIST by Albert Link and John Scott put the benefit-to-cost ratio of the Baldrige Performance Excellence Program at 820 to 1, comparing the benefits reported by 273 award applicants from 2007 to 2010 with the cost of running the program.

Pair outcome measures, which show whether results improved, with process measures, which show whether the team changed the conditions behind them.

Balance them too. Speed measured without quality invites rework. Utilization measured without flow keeps people busy while customers wait. Cost measured without customer value can remove a step that was quietly protecting the result.

Starting continuous improvement: nine steps

The first win should be useful but small enough to finish. It shows people that problems can be solved with structure and facts.

  1. 1

    Choose a process with clear pain.

  2. 2

    Define the customer and what they value.

  3. 3

    Map the current state.

  4. 4

    Mark the waste.

  5. 5

    Pick one focused problem.

  6. 6

    Find its root cause.

  7. 7

    Run a small PDCA test.

  8. 8

    Standardize the better method.

  9. 9

    Review the result and pick the next problem.

Frequently asked questions

What is continuous improvement in lean?
It is the habit of making many small, tested changes to how work is done. In lean it is often called kaizen, and it runs on the PDCA cycle.
What are some continuous improvement examples?
Typical examples: a stock point that ends walking for supplies, a form field that stops returned invoices, a WIP limit that unblocks reviews. Each is a single PDCA cycle.
What strategies keep continuous improvement going?
Make problems visible, answer every idea, coach rather than fix, link improvement to strategy and standardize each gain.
What is the difference between kaizen and continuous improvement?
They mean much the same in lean. Kaizen is the Japanese term, and continuous improvement is the English name for the same ongoing habit.
How do you measure continuous improvement?
Track customer-facing results, such as lead time and quality, alongside activity: ideas raised, ideas closed and time to close. The kaizen software category covers tools that track both.
What is an example of a PDCA cycle?
In the illustrative example on this page, a packing team trials hourly order release on one bench for two weeks. Missed trucks fall from 3 days in 10 to 1, so the team adopts the change and starts a second cycle on pick routes.

Choosing Kaizen Software?

Read the buying guide: what to look for, mistakes to avoid and questions to ask vendors.

Open the guide

Related guides

Sources

Books and papers show their publication year. Web pages show the month we last checked them.

  1. 1.Masaaki Imai, Kaizen: The Key to Japan's Competitive Success (McGraw-Hill, 1986)
  2. 2.Masaaki Imai, Gemba Kaizen: A Commonsense, Low-Cost Approach to Management (McGraw-Hill, 1997)
  3. 3.Mike Rother, Toyota Kata: Managing People for Improvement, Adaptiveness and Superior Results (McGraw-Hill, 2009)
  4. 4.W. Edwards Deming, Out of the Crisis (MIT Center for Advanced Engineering Study, 1986)
  5. 5.Ronald D. Moen and Clifford L. Norman, Circling Back: Clearing Up Myths About the Deming Cycle and Seeing How It Keeps Evolving (Quality Progress, November 2010)
  6. 6.Gallup, Global Employee Engagement Continues Decline (gallup.com, April 2026)
  7. 7.Albert N. Link and John T. Scott, Economic Evaluation of the Baldrige Performance Excellence Program (NIST, December 2011)

For vendors

Built a lean tool?

Submit it for review. Every tool is checked against our listing criteria and researched from public sources. Approved tools join their category in the next published batch.