Skip to content

Process & Systems Fundamentals

Process Improvement Methods for Small Business: Lean, Six Sigma, PDCA and What to Actually Use

By Derek Coffey · October 7, 2026

Key Takeaway

Process improvement methodologies like Lean, Six Sigma, PDCA, Kaizen, the 5 Whys, reengineering, and the Theory of Constraints were mostly built for factories and large companies, and much of their apparatus is overhead for a 10 to 80 person business. Each still has one piece worth borrowing: Lean's eye for waste, Six Sigma's habit of measuring before changing, PDCA's small test before a big rollout, and the Theory of Constraints' rule of fixing the bottleneck first. Reengineering is rarely right. And none of it works on a process nobody has written down. Across 16 businesses we studied, only 27% of the work was documented, so for most owners the method matters far less than getting the process on paper first.

What Are Process Improvement Methodologies?

A process improvement methodology is a structured way of finding what is wrong with how work gets done and changing it so the fix lasts. Lean looks for waste, Six Sigma for variation, and the Theory of Constraints for the bottleneck. PDCA and Kaizen set the rhythm of change, and root cause analysis explains why things go wrong.

Search the term and you land in a world built for enterprises: certifications, belt colors, and case studies from huge plants. The methods work, but they assume a dedicated improvement staff, high-volume repeatable processes, and the data to measure them. A 25-person service business has none of the three.

Treat the methods as a toolbox, not a religion. Take the piece that fits, leave the rest, and run it inside the four stages of business process improvement: document, diagnose, improve, and solve.

Why the Method Matters Less Than the Documented Process

Every method on this list assumes a process you can see. If it lives in three people's heads and runs slightly differently for each of them, there is nothing to apply the method to.

That is normal. When we gap-analyzed 16 small businesses across 68 roles and 461 process areas, the average business had just 27% of its work documented. In 50.3% of role areas there was no documentation at all, and 82% of teams were below 50% coverage.

Writing the process down is often the biggest improvement in the whole exercise. One owner described a process that, once it was mapped end to end, went from two miles long to a quarter mile. No belt and no statistical software, just a process everyone could finally see at once. The complete guide to process mapping covers how to get there.

Writing the process down is not the warm-up. It is the first improvement.

Process Improvement Methodologies Compared

Each method in one row: what a small business should take, and what it can leave behind.

MethodCore ideaWhat a small business should borrowWhat to skipBest for
LeanRemove steps the customer would not pay for and make the work flowThe waste lens, value stream mapping, standard work, fewer handoffsFactory vocabulary and program rolloutsProcesses that take far longer than the work inside them
Six Sigma (DMAIC)Reduce variation and defects with data and statisticsDefine the problem precisely and measure a baseline firstBelts, certifications, statistics on small samplesHigh-volume, repeatable work where a defect is costly
PDCAPlan a change, test it small, check the result, then adopt or adjustThe whole cycle, as isLong planning phases and formal reportsTesting any change before rollout
KaizenMany small improvements, made by the people doing the workA monthly review and a frustration listMulti-day kaizen events and suggestion quotasKeeping processes from drifting once they work
5 Whys and root cause analysisTrace a problem back to the cause that produced itAsking why until you reach a step, never a personFishbone sessions for every small missMistakes that keep repeating
Business process reengineeringRedesign a process from a blank sheetAsking whether a process should exist at allOverhauls without a current-state mapA process built for a business you no longer are
Theory of ConstraintsOne constraint limits the whole system, so fix it firstFind the bottleneck before improving anything elseThroughput accounting and formal scheduling systemsWork that piles up in one place, often the owner

Lean: Remove the Waste Between the Work

Lean grew out of the Toyota Production System. It separates work the customer would pay for from work they would not, and strips out the second kind so the first flows without stopping.

Lean also names the waste: waiting, defects, overproduction, overprocessing, unnecessary motion and transport, and excess inventory, with unused talent often added as an eighth. In an office, that list looks like a quote sitting in the owner's inbox, an invoice bounced for a wrong job code, a report nobody reads, the same data retyped into three systems, and a backlog of unbilled work.

Lean for small business comes down to three borrowed tools. A value stream map puts a time next to every step so you can see where the week goes. Standard work turns three ways of doing a task into one, so improvements have something to stick to. And flow, meaning fewer handoffs and smaller batches, fixes more office delays than most software does. How to streamline a process covers cutting steps safely.

Skip the program, the vocabulary, and the board on every wall. You need one process mapped, the waste marked, and three changes made.

Six Sigma and DMAIC: Borrow the Discipline, Skip the Statistics

Six Sigma is associated with Motorola, where it was developed, and later with GE, which helped spread it through large companies. It targets variation, a process that produces different results each time it runs, using data and statistics, and its name refers to a statistical target for extremely low defect rates. Practitioners earn colored belts as they train. The working method is DMAIC: Define, Measure, Analyze, Improve, and Control.

The honest problem with Six Sigma for small business is volume. Its statistical tools need many runs of a stable, repeatable process, counted the same way every time. A plant making thousands of identical parts a day has that. A 30-person firm sending a few dozen proposals a month, each a little different, does not, and statistics on a sample that small tell you little a careful look at the process would not.

Statistical rigor earns its cost in high-volume, repeatable work like claims, orders, or dispatch, where a small defect rate across thousands of transactions adds up to real money.

What everyone should take is the define and measure discipline. Define the problem as a fact, not a mood: not "billing is a mess" but "invoices go out more than a week after the job closes." Measure a baseline before changing anything. And keep the last letter: control means writing the change into the documented process so it does not drift back.

PDCA: The Small-Business Workhorse

PDCA, for Plan, Do, Check, Act, is associated with Walter Shewhart and W. Edwards Deming. You will also see it written PDSA, with Study in place of Check, the version Deming came to prefer. It is the scientific method applied to how work gets done, and the method a small business will use most.

  1. Plan. Pick one change, predict what it will do, and decide how you will know.
  2. Do. Try it small: one team or one type of job, for a few weeks.
  3. Check. Compare the result to the prediction and the baseline.
  4. Act. If it worked, make it the standard. If not, adjust and run the cycle again.

A PDCA Cycle Example

This one is illustrative, built from a pattern we hear often rather than from any one client. Quotes take days to go out because each one waits for the owner to approve the price.

  • Plan. Estimators send quotes under a set dollar amount without approval, using a written pricing rule. Measure days from request to quote sent, and margin on those jobs.
  • Do. Run it for one month on small jobs only.
  • Check. Compare turnaround and margin against the month before.
  • Act. If both held, write the rule into the documented process. If margin slipped, tighten the rule and run another month.

PDCA fits a small business because it is small: the worst outcome is one month on one slice of work. Skip the templates and approval layers. A whiteboard and a date on the calendar are enough.

Kaizen: Small Improvements, Kept Up

Kaizen is a Japanese word usually translated as improvement, or change for the better, and it is closely tied to Lean. A process gets better through many small changes made by the people who do the work, not through occasional big projects run by someone else.

Kaizen for a small business is a rhythm: one named owner per process, one hour a month reviewing the frustrations the team has flagged, and one improvement picked and assigned, each run as its own PDCA cycle. We lay out that rhythm in continuous improvement for small business.

Skip the formal kaizen event, a multi-day workshop where a team stops normal work to redesign one process. In a 20-person business it pulls too many people off the work at once. Skip suggestion quotas too. The best ideas come from asking people what frustrates them.

The 5 Whys and Root Cause Analysis

The 5 Whys is commonly attributed to Toyota and is the most portable tool here. State a specific problem, ask why, ask why about that answer, and keep going until you reach a cause the business can change.

The rule that makes it work: the analysis ends at a step, never at a person. "She forgot" is not a root cause. "Nothing told anyone it was her turn" is. One owner put it plainly on a call: it's not a people problem, it's a hundred percent structural. We explain why that reframe matters in it is a system problem, not a people problem.

Skip the apparatus. Fishbone diagrams earn their place on tangled failures, but a quote sent at the wrong price needs one page and a few whys. Root cause analysis for small business walks through three worked examples.

Business Process Reengineering: Rarely Right for a Small Firm

Business process reengineering, or BPR, is the opposite of Kaizen: throw the process out and redesign it from a blank sheet. It was a big-company movement, and it became associated, fairly or not, with disruption and layoffs as much as with better processes.

For a small firm it is rarely the right call. It disrupts everyone at once, bets on an untested design, and throws away the hidden steps and exceptions that make the current process work. A series of PDCA cycles usually gets there faster.

The exception is a process built for a business you no longer are: a workflow designed for eight people now running at sixty, or one stitched across so many spreadsheets that it cannot be fixed a step at a time. Redesign it, but map the current state first, or the new design will rebuild the old problems. Asking how the work runs today and how it should run as two separate questions keeps the redesign honest.

Theory of Constraints: Find the Bottleneck First

The Theory of Constraints is associated with Eliyahu Goldratt, who popularized it through a business novel. Every system has one constraint that limits its output, and improving anything other than the constraint just moves the pile.

The method runs in five focusing steps: identify the constraint, exploit it, subordinate everything else to it, elevate it if you still need more capacity, and then repeat, because a new constraint will appear.

In a small business the constraint is often the owner, with every quote, hire, and exception waiting on one set of hands. The first three steps then mean finding what only they can do, taking everything else off their plate, and handing them work they can act on right away.

Borrow the order of operations: find the bottleneck before improving anything, because speeding up a step upstream of it only lengthens the queue. Skip throughput accounting and buffer-based scheduling unless you run a production floor. How to find the bottleneck in your business shows how to locate it by timing the work.

How the Methods Map to Document, Diagnose, Improve, Solve

You do not have to pick one method. Each fits one of the four stages in our business process improvement guide, where they stop competing with each other.

StageThe question it answersMethods that helpWhat you take from them
1. DocumentHow does the work really happen today?Lean value stream mapping, Six Sigma's Define and MeasureA current-state map and a baseline number
2. DiagnoseWhere does it break, and why?Lean's waste list, the 5 Whys, Theory of ConstraintsThe waste, the root cause, and the bottleneck
3. ImproveWhat should the process be instead?PDCA, Lean flow and standard work, Kaizen, reengineering in rare casesA tested change, written down as the new standard
4. SolveWhat is left that the process alone cannot fix?PDCA to pilot the tool, Six Sigma's Control to hold the gainA tool chosen for a known job and tested small

Most methods work in diagnose and improve, which is why they stall without documentation underneath. None of them ends with buying software: a tool comes after the process is improved, so you never automate waste.

Which Method Should You Use First?

Start from the symptom, not the method.

What you are seeingStart withWhy
"Everything takes forever"Theory of Constraints, then a value stream mapFind where work waits before cutting steps
"The same mistake keeps happening"The 5 WhysA repeating miss has a cause in a step, not a person
"Everybody does it differently"Standard workYou cannot improve three versions of a process at once
"We fixed it and it drifted back"PDCA and a Kaizen rhythmChanges stick with a test, an owner, and a review date
"We have high volume and costly defects"Six Sigma measurementVolume is what makes the statistics worth it
"This process was built for a smaller company"A redesign, after a current-state mapSome processes need replacing, not tuning

For six real problems traced through all four stages, see our business process improvement examples.

Where to Start

Pick one process that hurts. Write down how it really runs today, with the person who does it. Look at it through two lenses: where the work waits, and where it goes wrong. Make one change, test it small with PDCA, count the result, and write the winner into the documented process. That is most of what Lean, Six Sigma, Kaizen, and the Theory of Constraints have to offer a small business, without the belts.

Frequently Asked Questions

What are the main process improvement methodologies?

The most widely used are Lean (removing waste), Six Sigma and DMAIC (reducing variation with data), PDCA (small tested changes), Kaizen (continuous small improvements), the 5 Whys and root cause analysis, business process reengineering (redesign from scratch), and the Theory of Constraints (fixing the bottleneck). A small business can borrow one piece from each without adopting any of them whole.

Is Lean or Six Sigma better for a small business?

For most small businesses, Lean is the better fit: mapping the process, marking the waste, and setting standard work need no special data or training. Six Sigma's statistics need high volumes of repeatable work that most small service businesses lack. Keep its discipline of defining the problem precisely and measuring a baseline first.

What is an example of the PDCA cycle?

A business where every quote waits for owner approval plans a change: estimators send small quotes using a written pricing rule. They do it for one month, check turnaround and margin against the month before, and then act. If both held, the rule goes into the documented process. If not, they adjust it and run another cycle.

What does Kaizen look like in a small business?

It is a rhythm rather than an event: one named owner per process, a short monthly review of team frustrations, and one small improvement assigned each time. Multi-day kaizen events usually pull too many people off the work at once.

Do you need to document processes before using Lean or Six Sigma?

Yes. Every method assumes a process you can see, whether to find the waste, measure it, or locate the bottleneck. In the businesses we studied, only 27% of the work was documented on average, so documentation is usually the first improvement, not a preliminary step.

Keep reading

Which processes should you write down first?

Rank the work that keeps your business running. You get the five to capture first and a 90-day order to capture them and get your team using them.