Study smarter with Fiveable
Get study guides, practice questions, and cheatsheets for all your subjects. Join 500,000+ students with a 96% pass rate.
Process improvement models are the practical toolkits that operations managers use to diagnose problems, eliminate inefficiencies, and deliver better outcomes. You'll be tested on your ability to recognize when to apply each model, why it works, and how different approaches tackle the same fundamental challenge: getting more value from existing resources. These models connect directly to core operations concepts like capacity management, quality control, waste reduction, and continuous improvement cycles.
Don't just memorize the acronyms and steps. Know what each model prioritizes, whether that's statistical rigor, cultural change, or radical redesign, and be ready to recommend the right approach for a given scenario. FRQs often present operational problems and ask you to justify which improvement methodology fits best. Understanding the underlying philosophy of each model will help you make those connections confidently.
These models rely on quantitative analysis to identify root causes and measure improvement. The core principle: you can't improve what you don't measure, and variation is the enemy of quality.
Six Sigma is built around the DMAIC framework, a structured five-phase cycle for solving process problems:
What sets Six Sigma apart from other methods is its statistical rigor. Tools like control charts, regression analysis, and hypothesis testing are used to validate that improvements are real, not just coincidence. The name itself comes from the target quality level: 3.4 defects per million opportunities, which corresponds to a process operating at six standard deviations from the mean.
This hybrid methodology combines Lean's waste elimination focus with Six Sigma's statistical variation reduction. The result is a framework that addresses both efficiency (Lean) and consistency (Six Sigma), making it well-suited for complex manufacturing and service operations where you need speed and quality.
Organizations using Lean Six Sigma typically adopt a belt certification system (Green Belt, Black Belt, Master Black Belt) to create standardized expertise levels and ensure trained practitioners lead improvement projects.
Compare: Six Sigma vs. Lean Six Sigma: both use data-driven analysis, but pure Six Sigma focuses narrowly on defect reduction while Lean Six Sigma adds waste elimination as a parallel goal. If an FRQ asks about improving both quality and efficiency simultaneously, Lean Six Sigma is your answer.
These approaches target non-value-added activities and streamline material and information movement. The underlying principle: any resource spent on activities that don't create customer value is waste.
Lean provides a diagnostic framework built around the seven wastes, often remembered with the acronym TIMWOOD:
Two key Lean tools address these wastes directly. Just-In-Time (JIT) production minimizes inventory by producing only what's needed, when it's needed. This reduces carrying costs and, critically, exposes quality problems that excess inventory would otherwise mask. Pull systems let actual customer demand trigger production rather than forecasts, preventing overproduction and improving responsiveness.
Value Stream Mapping (VSM) is a visual diagnostic tool that maps every step in a process from raw materials to customer delivery. Each step is classified as either value-added or non-value-added from the customer's perspective.
Teams create a current state map to see where bottlenecks, redundancies, and delays exist, then design a future state map showing the improved flow. This before-and-after approach helps prioritize which changes will have the biggest impact. VSM also improves cross-functional communication because all stakeholders can literally see the entire process and where problems occur.
Compare: Lean Manufacturing vs. Value Stream Mapping: Lean is the philosophy and toolkit; Value Stream Mapping is a specific diagnostic technique within Lean. Think of VSM as the "before picture" that guides Lean implementation.
These models emphasize ongoing, iterative enhancement rather than one-time fixes. The core philosophy: improvement is never "done"; it's a permanent organizational discipline.
The PDCA cycle, developed by W. Edwards Deming, works like a scientific method for operations. Each improvement is treated as a hypothesis to be tested:
This small-scale testing approach reduces the risk of large-scale failures. PDCA is also the foundation for other models: its logic underlies Kaizen, TQM, and even Six Sigma's DMAIC structure (which is essentially an expanded, more statistically rigorous version of PDCA).
Kaizen is a Japanese term meaning "change for the better," and it represents an incremental philosophy that prioritizes many small improvements over dramatic overhauls. This approach reduces resistance and risk while building momentum over time.
A defining feature of Kaizen is employee empowerment. Improvements come from frontline workers who understand daily operations best, not just from managers or consultants. Organizations also run Kaizen events (blitzes), which are focused, short-term workshops (often 3-5 days) where cross-functional teams tackle a specific problem intensively.
Compare: PDCA vs. Kaizen: PDCA is the method (how to test improvements); Kaizen is the philosophy (everyone improves continuously). Kaizen initiatives typically use PDCA cycles to validate changes. Know both for FRQs asking about implementation mechanics vs. organizational culture.
These approaches embed quality and improvement into organizational culture and structure. The principle: sustainable improvement requires systemic commitment, not just isolated projects.
TQM defines quality as meeting or exceeding customer expectations, making external satisfaction the ultimate metric. Unlike models that target specific processes, TQM requires organization-wide involvement from senior leadership through frontline employees. Quality is everyone's responsibility.
Two specific TQM tools worth knowing: benchmarking compares your processes against best-in-class competitors to identify performance gaps, and quality circles are small employee groups that meet regularly to identify and solve quality problems in their work area.
TOC, developed by Eliyahu Goldratt, is built on a simple but powerful insight: a system's overall performance is limited by its single weakest link (the constraint or bottleneck). Improving anything other than the constraint wastes resources because the bottleneck still limits total output.
TOC provides Five Focusing Steps to systematically address constraints:
TOC also introduces throughput accounting, which shifts focus from traditional cost reduction to maximizing the rate of flow through the constraint. This often challenges conventional cost accounting assumptions.
Compare: TQM vs. TOC: TQM improves quality everywhere simultaneously; TOC concentrates resources on the single biggest limitation. Use TQM when quality culture is the issue; use TOC when you can identify a clear bottleneck restricting output.
These models embrace significant change, either through complete redesign or flexible iteration. The principle: sometimes incremental improvement isn't enough; you need to rethink the entire approach.
BPR takes a radical redesign approach. Instead of improving existing processes step by step, it starts from a blank slate and asks: "If we were building this from scratch, how would we do it?" BPR is often technology-enabled, leveraging new systems to fundamentally restructure workflows rather than simply automating old, broken ones.
The tradeoff is high risk, high reward. BPR can achieve dramatic performance gains (Hammer and Champy, who popularized the concept, cited 70%+ improvements in some cases), but it requires significant investment, strong leadership commitment, and often causes major organizational disruption.
Agile originated in software development but has spread to operations and project management broadly. It uses iterative development, delivering working products in short cycles called sprints (typically 1-4 weeks). Each sprint produces something usable, enabling rapid feedback and course correction.
Customer collaboration is central to Agile. Rather than locking in rigid specifications upfront, requirements evolve as the team and stakeholders learn more. Cross-functional, self-organizing teams combine all necessary skills so they can respond quickly to changing priorities without waiting on approvals from separate departments.
Compare: BPR vs. Agile: both embrace significant change, but BPR redesigns once (revolutionary), while Agile adapts continuously (evolutionary). BPR suits stable environments needing transformation; Agile suits dynamic environments requiring flexibility.
| Concept | Best Examples |
|---|---|
| Data-driven quality improvement | Six Sigma, Lean Six Sigma |
| Waste elimination | Lean Manufacturing, Value Stream Mapping |
| Iterative improvement cycles | PDCA, Kaizen |
| Organization-wide quality culture | TQM, Kaizen |
| Constraint/bottleneck management | Theory of Constraints |
| Radical process transformation | Business Process Reengineering |
| Adaptive/flexible development | Agile Methodology |
| Hybrid approaches | Lean Six Sigma |
A manufacturing plant has excellent quality metrics but excessive inventory and long lead times. Which two models would you recommend, and why are they better suited than Six Sigma alone?
Compare and contrast PDCA and DMAIC: What do they share structurally, and when would you choose one framework over the other?
An operations manager can only focus improvement efforts on one area due to limited resources. Which model specifically argues this is the correct approach, and what does it call the focus area?
If an FRQ describes an organization with poor quality culture and low employee engagement in improvement efforts, which two models emphasize employee involvement as a core principle?
A company's existing order fulfillment process is fundamentally flawed and automation of current steps won't help. Which model advocates starting from scratch rather than incremental improvement, and what distinguishes it from Agile's approach to change?