Skip to main content
What is DMAIC? A Complete Guide to Six Sigma's Core Problem-Solving Methodology
Back to Blog
Six Sigma Tools

What is DMAIC? A Complete Guide to Six Sigma's Core Problem-Solving Methodology

Lawrence Threat, MBB
June 6, 2026
12 min read

Introduction

DMAIC (Define, Measure, Analyze, Improve, Control) is the core improvement methodology of Six Sigma and is widely used within Lean Six Sigma initiatives.

It provides a structured, data-driven framework for improving process performance, reducing variation, identifying root causes, and delivering sustainable business results.

While Lean focuses primarily on improving flow and eliminating waste, DMAIC provides a disciplined approach for understanding why performance problems exist and validating solutions before implementation.

Unlike many improvement efforts that jump straight to solutions, DMAIC emphasises understanding the problem, collecting reliable data, validating causes with evidence, and implementing improvements that can be sustained over time.

DMAIC is particularly effective when:

  • Process performance is inconsistent
  • Defects or errors are occurring
  • Customer expectations are not being met
  • Costs are increasing
  • Cycle times are excessive
  • Root causes are unclear
  • Significant business impact exists

The methodology reduces the risk of solving the wrong problem and increases confidence that improvements address the true drivers of performance.


Define Phase

Objective

Clearly define the problem, customers, objectives, scope, stakeholders, and expected business benefits.

Many improvement projects fail because teams begin developing solutions before fully understanding the problem they are trying to solve.

A well-executed Define phase creates alignment among stakeholders and establishes a clear foundation for the project.

Key Questions

  • What problem are we trying to solve?
  • Why is it important?
  • Who is affected?
  • What are the business impacts?
  • What does success look like?
  • What is inside and outside project scope?

Typical Activities

Develop a Project Charter

The Project Charter serves as the agreement between stakeholders and the project team.

Typical components include:

  • Business case
  • Problem statement
  • Goal statement
  • Project scope
  • Assumptions and constraints
  • Timeline
  • Team members
  • Expected benefits

Understand the Voice of the Customer (VOC)

The Voice of the Customer helps teams understand what customers value and where customer pain points exist.

VOC sources may include:

  • Customer surveys
  • Interviews
  • Complaints
  • Contact centre recordings
  • Customer journey analysis
  • Operational feedback

The objective is to understand customer requirements before determining solutions.

Translate VOC into CTQs

Critical-to-Quality (CTQ) requirements convert customer language into measurable performance expectations.

Example:

Customer Statement: "I wait too long for a response."

CTQ Requirement: "Respond to customer enquiries within 24 hours."

CTQs help create a direct connection between customer expectations and process performance.

Develop a High-Level Process View

Common tools include:

  • SIPOC
  • High-Level Process Maps
  • Customer Journey Maps
  • Value Chain Maps

These tools establish process boundaries and create a shared understanding of how work flows through the organisation.

Outputs

  • Approved Project Charter
  • Stakeholder Analysis
  • VOC Summary
  • CTQ Requirements
  • SIPOC or High-Level Process Map

Measure Phase

Objective

Understand current process performance and establish a reliable baseline.

One of the most common mistakes in improvement projects is collecting data before confirming the data can be trusted.

Measure focuses on understanding current performance using accurate and reliable information.

Key Questions

  • How does the process currently perform?
  • What should be measured?
  • Is the data reliable?
  • What is the current baseline?

Typical Activities

Develop Operational Definitions

Operational definitions ensure everyone measures performance consistently.

For example, if a project is measuring defects, all stakeholders must agree on exactly what constitutes a defect.

Create a Data Collection Plan

The Data Collection Plan identifies:

  • What data is needed
  • Data sources
  • Collection methods
  • Sample sizes
  • Collection frequency
  • Responsibilities

Validate the Measurement System

Measurement System Analysis (MSA) helps determine whether the data can be trusted.

Examples include:

  • Repeatability studies
  • Reproducibility studies
  • Attribute Agreement Analysis
  • Data quality assessments

Establish Baseline Performance

Common measures include:

  • Defect rates
  • Error rates
  • Rework
  • Cycle time
  • Throughput
  • Cost
  • Customer satisfaction
  • Productivity

Example — Current State Loan Approval Process:

  • Average turnaround time = 12 days
  • Rework rate = 18%
  • Customer complaints = 22 per month

These become baseline measures against which future improvements are evaluated.

Typical Tools

  • Data Collection Plans
  • Check Sheets
  • Histograms
  • Run Charts
  • Control Charts
  • Process Capability Analysis
  • Value Stream Mapping
  • Process Mining

Outputs

  • Validated Measurement System
  • Baseline Metrics
  • Current State Understanding
  • Reliable Data Set

Analyze Phase

Objective

Identify and validate the causes contributing to poor performance.

This phase is often misunderstood.

Brainstorming possible causes is not analysis. Analysis requires evidence.

The objective is to determine which factors are actually influencing process performance.

Key Questions

  • Why is the problem occurring?
  • Which causes have the greatest impact?
  • What does the data indicate?
  • Which causes should be addressed?

Typical Activities

Identify Potential Causes

Common techniques include:

  • Fishbone Diagrams
  • 5 Whys
  • Affinity Diagrams
  • Process Analysis
  • Waste Analysis

These tools generate potential causes and contributing factors. They do not confirm root causes.

Validate Causes Using Data

Potential causes should be tested and validated wherever possible.

Common approaches include:

  • Pareto Analysis
  • Stratification
  • Correlation Analysis
  • Regression Analysis
  • Hypothesis Testing
  • Process Mining

Example

Problem: Customer approval delays.

Initial assumption: "Customer service teams are too slow."

Analysis shows:

  • 78% of delays occur during management approval activities.
  • Approval workloads significantly exceed available capacity.
  • Multiple approval layers create queue build-up.

Validated causes:

  • Excessive approval workload
  • Approval capacity constraints
  • Unnecessary approval complexity

Without analysis, the team may have incorrectly focused on customer service staff rather than the actual process constraints.

Typical Tools

  • Fishbone Diagram
  • 5 Whys
  • Pareto Analysis
  • Scatter Plots
  • Hypothesis Testing
  • Regression Analysis
  • Process Mining
  • Stratification

Outputs

  • Validated Root Causes
  • Contributing Factors
  • Cause-and-Effect Relationships
  • Prioritised Improvement Opportunities

Improve Phase

Objective

Develop, test, and implement solutions that address validated causes.

The goal is not simply to implement ideas. The goal is to implement solutions that measurably improve process performance.

Key Questions

  • What changes address the validated causes?
  • Which solutions create the greatest benefit?
  • What risks could be introduced?

Typical Activities

Generate Solutions

Methods include:

  • Brainstorming
  • Benchmarking
  • Kaizen Workshops
  • Design Thinking
  • Best Practice Reviews

Prioritise Solutions

Evaluation criteria may include:

  • Impact
  • Cost
  • Risk
  • Effort
  • Feasibility
  • Implementation complexity

Test Improvements

Where practical, improvements should be piloted or tested before broader implementation.

Examples include:

  • Pilot programs
  • Simulations
  • Controlled trials
  • Proof of concepts

Example

Validated Causes:

  • Excessive approval workload
  • Multiple approval layers

Solutions:

  • Automated workflow routing
  • Risk-based approval thresholds
  • Delegated authority structures

Pilot Results:

  • Turnaround time reduced from 12 days to 6 days
  • Rework reduced by 35%

Assess Risks

Common tools include:

  • FMEA
  • Risk Assessments
  • Scenario Analysis

Typical Tools

  • Impact-Effort Matrix
  • FMEA
  • Kaizen Events
  • Design of Experiments (DOE)
  • Pilot Testing
  • Future State Process Mapping

Outputs

  • Implemented Improvements
  • Future State Process Design
  • Pilot Results
  • Quantified Benefits

Control Phase

Objective

Sustain improvements and prevent process performance from deteriorating over time.

Many projects achieve initial success but fail to maintain gains because controls were not embedded into daily operations.

The purpose of Control is to ensure improvements become part of normal business practice.

Key Questions

  • How will improvements be sustained?
  • What monitoring is required?
  • Who owns the process?
  • What action will be taken if performance declines?

Typical Activities

Develop a Control Plan

Control Plans typically define:

  • Metrics
  • Monitoring frequency
  • Process owners
  • Escalation triggers
  • Corrective actions

Update Standard Operating Procedures

Document:

  • New process steps
  • Roles and responsibilities
  • Governance requirements
  • Escalation pathways

Train Process Owners

Ensure operational teams understand:

  • New procedures
  • Performance expectations
  • Monitoring responsibilities

Monitor Performance

Methods may include:

  • Dashboards
  • Control Charts
  • KPI Reviews
  • Audits
  • Process Mining

Example

After implementation:

  • Turnaround time reduced from 12 days to 6 days
  • Rework reduced from 18% to 7%

Control Plan:

  • Weekly performance review
  • Monthly governance review
  • Escalation if turnaround exceeds 8 days

Typical Tools

  • Control Plans
  • Control Charts
  • SOPs
  • Dashboards
  • Audit Checklists
  • Visual Management
  • Process Mining

Outputs

  • Control Plan
  • Process Ownership
  • Updated Procedures
  • Sustained Performance Monitoring

When Should DMAIC Be Used?

DMAIC is most effective when:

✅ The problem is complex

✅ Performance gaps are measurable

✅ Root causes are unclear

✅ Reliable data is available

✅ Significant business impact exists

DMAIC may not be the best approach when:

❌ The solution is already known

❌ The issue is isolated and low risk

❌ Immediate corrective action is required

❌ Innovation or product design is the primary objective

In these situations, approaches such as Lean Kaizen, PDCA/PDSA, Agile, or Design Thinking may be more appropriate.


DMAIC Success Factors

The most successful DMAIC projects consistently:

  • Start with a clearly defined problem
  • Focus on customer requirements
  • Use reliable data
  • Validate causes before implementing solutions
  • Pilot or test improvements where practical
  • Build effective control mechanisms
  • Transfer ownership to operational teams
  • Measure benefits after implementation

DMAIC is not simply a sequence of tools.

It is a disciplined decision-making framework that helps organisations understand problems, validate causes, implement evidence-based improvements, and sustain performance gains over time.

When applied effectively, DMAIC enables organisations to improve customer outcomes, strengthen operational performance, reduce process variation, and deliver measurable business value.