Quality Planning & Control

Chapter 11
Problem Solving and Corrective Action

Advance Diploma in Total Quality Management
Quality Planning & Control   •   Advance Diploma

Problem Solving and Corrective Action

Introduction

Quality management is not achieved merely by detecting defective products. Its central purpose is to understand why nonconformities occur, prevent their recurrence, and improve the capability of the process that produced them. Problem solving therefore connects quality planning, operational control, risk management, customer satisfaction and continual improvement.

A nonconformity is the failure to fulfil a specified requirement. The requirement may concern product characteristics, process conditions, legal obligations, customer expectations, documented procedures or management-system controls. A correction addresses an observed problem, whereas corrective action addresses and eliminates the cause of the problem so that recurrence is prevented. These are related but different activities.

For example, replacing a damaged shipment is a correction. Investigating why inadequate packaging, unsuitable storage or weak dispatch inspection allowed the damage is corrective action. Effective corrective action requires evidence, disciplined analysis, verification and follow-up rather than assumptions or blame.

This chapter presents a structured approach using the seven basic quality tools, Pareto analysis, the 5 Whys, fishbone diagrams, PDCA, 8D, CAPA and root-cause verification. The emphasis is practical: selecting the right tool, interpreting evidence, implementing proportionate action and demonstrating that improvement is sustained.

Learning Objectives

By the end of this chapter, the learner should be able to:

  1. Distinguish correction, containment, corrective action and preventive risk control.
  2. Select and apply the seven basic quality tools to quality problems.
  3. Construct and interpret Pareto charts and fishbone diagrams.
  4. Use the 5 Whys without confusing symptoms with verified causes.
  5. Apply PDCA and 8D to structured problem solving.
  6. Explain the purpose and governance of CAPA systems.
  7. Verify root causes using evidence, controlled trials and process data.
  8. Evaluate the effectiveness, limitations and ethical implications of corrective action.

1. The Logic of Problem Solving

A useful problem-solving chain is:

Requirement → observed condition → gap or nonconformity → containment → investigation → root cause → corrective action → effectiveness verification → standardisation.

The chain begins with a clearly defined requirement. Without a requirement, it is difficult to establish whether a condition is actually nonconforming. The observed condition should be stated factually, including what happened, where, when, how often and under what conditions.

1.1 Symptom, cause and root cause

A symptom is the visible effect of a problem, such as a customer complaint, a high rejection rate or a late delivery. A proximate cause is an immediate condition contributing to the event, such as incorrect machine settings. A root cause is a fundamental, evidence-supported reason that, if eliminated or controlled, prevents recurrence.

Root cause is not necessarily a single factor. Problems often arise from interacting causes involving method, equipment, materials, measurement, people and management systems. A disciplined investigation should therefore avoid statements such as “operator error” unless it explains why the system allowed the error, why it was not detected and why similar errors could recur.

1.2 Correction, containment and corrective action

ResponsePurposeExample
CorrectionResolve the detected nonconformityRework a defective batch
ContainmentProtect the customer or next process while analysis continuesQuarantine suspect stock
Corrective actionEliminate the cause of recurrenceModify a process control and validate it
Preventive risk controlReduce the likelihood of a potential failureAdd a control based on risk analysis

A correction may be immediate but temporary. Corrective action is longer-term and must be proportionate to the significance and risk of the problem.

2. Defining the Problem with Evidence

Poorly defined problems generate poor investigations. A useful problem statement includes:

  • the requirement that was not met;
  • the actual and expected conditions;
  • the product, process, location and time involved;
  • the magnitude and frequency of the problem;
  • evidence such as records, samples, photographs or measurements;
  • the risk to customers, employees, compliance or downstream operations.

A concise statement might be: “Between 3 and 10 April, 18 of 1,200 assembled units failed the final insulation-resistance test, compared with the requirement of zero failures for released product. Failures occurred on Line 2 during the night shift and were concentrated in two production lots.” This is more useful than “insulation quality is poor.”

2.1 Stratification

Stratification separates data into meaningful categories, for example by machine, shift, operator, supplier, product family, lot, location or time period. It is often the first step in finding patterns hidden in aggregated data. However, stratification must not be used to stigmatise individuals. The purpose is to identify process conditions requiring investigation.

2.2 Basic quantitative measures

A defect rate describes the proportion of inspected units with one or more defects:

Defect rate (%) = (Number of defective units ÷ Number of inspected units) × 100

The numerator and denominator must refer to the same population and inspection period. If one unit can contain several defects, the defect rate differs from the defect count rate. A defects-per-unit measure is:

DPU = Total number of defects ÷ Total number of units inspected

For example, if 18 defective units are found in 1,200 inspected units, the defect rate is (18 ÷ 1,200) × 100 = 1.5%. If those units contain 27 separate defects, DPU is 27 ÷ 1,200 = 0.0225 defects per unit.

3. The Seven Basic Quality Tools

The seven basic tools are not a rigid sequence. They are a practical set for collecting, organising, analysing and communicating process information.

3.1 Check sheet

A check sheet is a deliberately designed form for recording events consistently at the point of observation. It may record defect categories, locations, times, machine conditions or occurrences.

A good check sheet defines the unit of observation, categories, time period, responsible recorder and rules for classification. Categories should be mutually understandable and, where possible, non-overlapping. Poorly designed categories create unreliable data.

3.2 Histogram

A histogram displays the distribution of numerical measurements using adjacent intervals or bins. It helps reveal centre, spread, skewness, multiple populations and unusual values. It does not prove that a process is stable or capable; those conclusions require appropriate time-order and specification analysis.

The appearance of a histogram depends on bin width and sample size. A bimodal pattern, for example, may indicate two machines, materials or operating conditions being mixed together.

3.3 Pareto chart

A Pareto chart ranks categories from largest to smallest, usually combining bars with a cumulative-percentage line. It supports prioritisation, not the assumption that a fixed universal percentage of causes always produces a fixed percentage of effects.

If category counts are 50, 30, 15 and 5, the total is 100. Their cumulative percentages are 50%, 80%, 95% and 100%. The first two categories would be an initial focus because they account for 80% of recorded events in this particular dataset.

The general calculation is:

Cumulative percentage for category k = (∑ from i = 1 to k of nᵢ ÷ ∑ from i = 1 to m of nᵢ) × 100

Here, nᵢ is the count for category i after ranking, k is the category position and m is the total number of categories. The categories must be ranked in descending order before cumulative percentages are calculated.

3.4 Cause-and-effect diagram

The fishbone, or Ishikawa, diagram organises possible causes under broad headings. Common manufacturing headings are the 6Ms: Manpower or people, Machine, Method, Material, Measurement and Mother Nature or environment. Service organisations may use headings such as people, process, technology, policy, information and environment.

The diagram is a hypothesis-generation tool. A cause placed on a branch is not automatically a root cause. Each plausible cause must be tested against evidence.

3.5 Scatter diagram

A scatter diagram plots paired numerical observations to explore whether two variables are associated. For instance, temperature and defect rate may show a pattern. Association does not prove causation: both variables may be influenced by a third factor, the relationship may be nonlinear, or the apparent pattern may be due to a small or biased sample.

The linear correlation coefficient is sometimes used as a summary of linear association:

r = [∑(xᵢ − x̄)(yᵢ − ȳ)] ÷ √[∑(xᵢ − x̄)² × ∑(yᵢ − ȳ)²]

Here, xᵢ and yᵢ are paired observations, x̄ and ȳ are their sample means, and r ranges from −1 to +1. The calculation assumes paired quantitative observations and summarises linear association; it does not establish causality and can be distorted by outliers.

3.6 Control chart

A control chart displays process data in time order with a centre line and statistically derived control limits. It helps distinguish common-cause variation, which is inherent in the current process, from special-cause variation, which arises from an unusual influence.

For a basic individuals chart, when process observations are approximately independent and stable, the limits are commonly estimated as:

UCL = X̄ + 3σ̂
CL = X̄
LCL = X̄ − 3σ̂

X̄ is the process average and σ̂ is an estimate of process standard deviation. UCL and LCL are the upper and lower control limits. Control limits are not specification limits. Specification limits come from customer, design, regulatory or engineering requirements, whereas control limits describe process behaviour.

The assumptions and method must match the data type. Attribute data require charts such as p, np, c or u charts; continuous data may use X̄–R, X̄–S or individuals–moving range charts. A point outside a limit or a non-random pattern is a signal for investigation, not automatic proof of a defective product.

3.7 Flowchart

A flowchart represents process sequence, decision points, inputs, outputs, handoffs and rework loops. It is especially useful when the documented process differs from the process actually followed. Walk-throughs and interviews should be used to validate the flowchart.

4. Pareto Analysis in Practice

Pareto analysis is most useful when investigation resources are limited and many categories compete for attention. The analyst should first define the measure: number of incidents, cost, downtime, customer impact, risk score or another relevant basis. Different bases can produce different priorities.

For example, a defect count Pareto may prioritise frequent minor defects, while a cost Pareto may prioritise a rare but expensive failure. A risk-based organisation may consider severity and detectability as well as frequency. The selected basis must be transparent.

A Pareto chart should be followed by investigation of the dominant categories. It is not a substitute for technical analysis, and low-frequency high-severity events must not be ignored merely because they appear near the end of the chart.

5. The 5 Whys and Fishbone Analysis

The 5 Whys is an iterative questioning method. Starting with a clearly described event, the investigator asks why it occurred and continues until a controllable, evidence-supported cause is identified. “Five” is a guide, not a mandatory count. Some problems require three questions; complex problems may require several causal branches.

5.1 Good practice in 5 Whys

  1. Begin with facts, not judgement.
  2. Ask “why did this condition occur?” rather than “who caused it?”
  3. Verify each answer with records, observation, tests or interviews.
  4. Distinguish causes from contributing conditions.
  5. Stop when the chain reaches a process or system cause that can be controlled.
  6. Check for parallel causal paths rather than forcing every problem into one chain.

Example:

  • Problem: A shipment contained incorrect labels.
  • Why 1: The wrong label was applied during packing.
  • Why 2: Two similar labels were available at the station.
  • Why 3: The workstation contained labels for multiple products.
  • Why 4: Line clearance was not required between product changes.
  • Why 5: The changeover procedure did not specify label reconciliation or verification.

The final statement is stronger if records confirm that the procedure lacked the control and that the same condition existed during the event. A further system-level question might ask why the procedure had not been reviewed after previous label incidents.

A fishbone diagram is useful before or alongside the 5 Whys when several causal branches are plausible. The diagram broadens thinking; the 5 Whys deepens a selected chain. Neither tool alone verifies causation.

6. PDCA as a Continual-Improvement Cycle

PDCA consists of Plan, Do, Check and Act.

  • Plan: Define the problem, analyse causes, set objectives, identify risks, select actions and establish measures.
  • Do: Implement the action, preferably on a controlled or limited scale when practical, and collect data.
  • Check: Compare results with the baseline and acceptance criteria. Examine unintended consequences and process stability.
  • Act: Standardise successful changes, revise documents and training, or begin another cycle if the objective was not achieved.

PDCA is iterative rather than a one-time project. A numerical objective should be specific, time-bound and measurable, such as reducing a defect rate from 1.5% to below 0.3% for three consecutive production weeks without increasing another critical defect.

The “Check” stage requires more than observing that the problem disappeared once. The organisation should define the observation period, sample size, data source, decision rule and responsible reviewer before implementation. Where data are limited, the conclusion should be expressed with appropriate caution.

7. The 8D Method

8D is a team-oriented method particularly suited to significant customer complaints, repeated failures and cross-functional problems. A common structure is:

DisciplinePurpose
D1Form a knowledgeable, authorised team
D2Describe the problem precisely
D3Implement and verify interim containment
D4Identify and verify root and escape causes
D5Select permanent corrective actions
D6Implement and validate those actions
D7Prevent recurrence through system changes
D8Recognise the team and close the problem

Some organisations include an initial D0 for emergency response or planning. Terminology varies by company, but the underlying logic should remain evidence-based.

The “escape cause” is the reason the nonconformity was not detected before reaching the customer or next process. Corrective action may need to address both the occurrence cause and the escape cause. For example, changing a machining parameter may prevent a defect, while improving a measurement control may prevent defective units from being released.

8. CAPA: Corrective and Preventive Action Governance

CAPA is a formal system for managing significant nonconformities, audit findings, complaints, incidents, trend signals and other quality problems. A robust CAPA record normally includes:

  • source and description of the issue;
  • risk and significance assessment;
  • immediate correction and containment;
  • investigation team and planned method;
  • evidence supporting the root cause;
  • proposed actions, owners, resources and due dates;
  • implementation records;
  • effectiveness criteria and results;
  • residual risk and closure approval.

CAPA should be risk-based. A minor isolated administrative error may need simple correction, whereas a recurring product-safety issue requires rapid containment, cross-functional review and senior oversight. Excessively bureaucratic CAPA systems can encourage superficial paperwork; weak systems can allow recurrence and conceal risk.

A CAPA should not be closed merely because an action was completed. “Training completed” is an implementation statement, not proof of effectiveness. Effectiveness requires evidence that the causal condition was controlled and the performance objective was achieved.

9. Structured Root-Cause Verification

Root-cause verification is the most important distinction between plausible explanation and reliable corrective action. A cause is credible when evidence shows that:

  1. the cause was present when the failure occurred;
  2. changing or controlling the cause changes the outcome;
  3. alternative explanations have been considered;
  4. the relationship is consistent across relevant data or trials;
  5. the corrective action addresses the cause rather than only the symptom.

Useful verification methods include process observation, record review, measurement-system assessment, controlled trials, comparison of affected and unaffected lots, replicated tests and before-and-after analysis. The selected method depends on risk, cost and feasibility.

A simple before-and-after comparison can be summarised as:

Improvement (%) = [(Baseline rate − Post-action rate) ÷ Baseline rate] × 100

This measure is meaningful only when the definitions, inspection method, exposure, product mix and time periods are comparable. If the baseline rate is 1.5% and the post-action rate is 0.3%, improvement is [(1.5 − 0.3) ÷ 1.5] × 100 = 80%.

However, an apparent improvement may result from lower production volume, changed inspection, seasonal conditions or regression toward the mean. Therefore, effectiveness verification should consider time series, control charts, comparable operating conditions and unintended effects.

Measurement-system considerations

A faulty measurement system can create or hide a quality problem. Before concluding that a process changed, verify the measuring instrument, method, resolution, calibration status and inspector consistency. For variable measurements, a measurement-system analysis may examine repeatability and reproducibility. For attribute decisions, agreement studies may be appropriate.

10. Detailed Illustrative Case: Repeated Insulation-Test Failures

Background

A fictional electrical-assembly plant produces 1,000–1,500 control modules each week. The final insulation-resistance requirement is at least 20 MΩ. During three consecutive weeks, the plant recorded 42 failures among 3,600 modules, a defect rate of 1.17%. Customer shipments were delayed because suspect lots were quarantined.

Problem definition and containment

The team verified that failures were genuine using a calibrated test instrument and retained samples. All modules from the affected lots were quarantined, 100% screening was introduced temporarily, and customer shipments were reviewed. These actions controlled immediate risk but did not explain recurrence.

Analysis

A Pareto analysis of failure observations showed that 31 of 42 failures involved low resistance at one connector location. Stratification showed that 29 failures came from Line 2, with most occurring during the night shift. A fishbone session identified possible causes involving crimp height, connector material, humidity, test-fixture contact, operator method and measurement reliability.

The team used the 5 Whys on the connector-location failure:

  • Low resistance occurred at the connector.
  • The seal was damaged during insertion.
  • Insertion force increased when the connector guide was misaligned.
  • The guide position drifted after repeated changeovers.
  • The maintenance standard specified cleaning but not alignment verification.
  • The equipment checklist therefore did not require alignment measurement or a defined acceptance limit.

The team also investigated an escape cause. A previous sample inspection could miss the failure because the defect was intermittent and the sampling plan did not require testing after guide adjustment.

Corrective action

The organisation installed a locating fixture, defined an alignment limit, added a changeover verification step, revised preventive-maintenance instructions and introduced a first-piece test after adjustment. Operators and maintenance personnel were trained on the revised method. The action was tested on Line 2 before wider deployment.

Verification and outcome

For four subsequent weeks, the plant tested all modules from the trial line and recorded two failures among 4,800 modules, both attributable to unrelated material damage. The original connector-location failure did not recur. The defect rate fell from 1.17% to 0.042%, an approximate improvement of 96.4%:

[(1.17 − 0.042) ÷ 1.17] × 100 ≈ 96.4%.

The team then monitored the process under normal sampling, reviewed the control chart for test results, audited the changeover records and updated the risk analysis. The CAPA was closed only after the evidence showed sustained performance and the revised controls were incorporated into the standard process.

Learning points

The case illustrates that containment is not corrective action, a Pareto chart helps focus the investigation, fishbone analysis generates possibilities, and 5 Whys develops a causal chain. Most importantly, the root cause was verified through process evidence and controlled change rather than accepted because it sounded plausible.

11. Challenges, Limitations and Governance

11.1 Common failures in problem solving

  • Treating every event as an isolated operator mistake.
  • Selecting a favourite cause before collecting evidence.
  • Confusing correlation with causation.
  • Using “insufficient training” without examining job design, competence, workload and process controls.
  • Closing actions when documents are revised but performance is unchanged.
  • Using control limits as if they were product specifications.
  • Ignoring low-frequency, high-severity risks.
  • Failing to investigate whether the corrective action creates a new hazard.
  • Allowing the problem owner to approve closure without independent challenge.

11.2 Ethical and regulatory considerations

Quality records must be accurate, traceable and protected from alteration. Data should not be selectively removed to make an action appear effective. Personnel should be able to report defects and near misses without fear of retaliation, while investigations should remain fair and evidence-based.

Where products affect health, safety, the environment or regulated operations, escalation and reporting requirements may apply. Corrective action must not compromise traceability, conceal adverse information or rely on unapproved changes. Changes should pass through appropriate document control, validation, change control and approval processes.

11.3 Digital tools and AI

Modern quality systems can automatically aggregate complaints, detect trends, link CAPA records to audit findings and display real-time process data. Machine-learning tools may identify unusual patterns in high-volume data, but they do not replace domain expertise or causal verification. AI-generated hypotheses must be checked against source records, measurement quality, bias and process knowledge. Human accountability remains essential for risk decisions, customer communication and CAPA closure.

12. Best-Practice Implementation Framework

An organisation seeking reliable corrective action should:

  1. Establish a common vocabulary for nonconformity, correction, containment and corrective action.
  2. Train personnel in data collection and the seven basic tools.
  3. Use risk-based criteria to determine when 8D or formal CAPA is required.
  4. Assign cross-functional teams for problems that cross departmental boundaries.
  5. Require objective evidence for each causal claim.
  6. Define effectiveness measures before implementing actions.
  7. Review occurrence and escape causes separately.
  8. Update procedures, risk assessments, training and control plans after successful action.
  9. Audit for recurrence and unintended consequences.
  10. Capture organisational learning and share it across similar processes.

A mature quality culture does not measure success by the number of CAPA forms closed. It measures whether the organisation learns, reduces risk, improves process performance and protects customers consistently.

Chapter Summary

Problem solving and corrective action provide the practical link between detecting nonconformity and achieving continual improvement. Effective work begins with a precise, evidence-based problem statement and appropriate containment. The seven basic quality tools support data collection, prioritisation, process visualisation and variation analysis. Pareto analysis helps focus resources, while fishbone diagrams and the 5 Whys organise and deepen causal investigation.

PDCA provides an iterative improvement logic. The 8D method gives a disciplined team structure for significant problems, including containment, root-cause analysis, permanent action and recurrence prevention. CAPA formalises these activities through risk assessment, ownership, documentation and effectiveness review. Root-cause verification distinguishes a plausible explanation from a demonstrated cause and requires comparable data, controlled action and consideration of alternative explanations.

Successful corrective action addresses both the cause of occurrence and the cause of escape, protects data integrity, respects regulatory and ethical obligations, and changes the process or management system sufficiently to prevent recurrence. Training, revised documents or completed tasks are not by themselves evidence of effectiveness. Sustained performance and objective verification are required.

Key Terms

Nonconformity: Failure to fulfil a specified requirement.

Correction: Action taken to eliminate a detected nonconformity.

Containment: Temporary action taken to control the immediate effects or prevent further escape.

Corrective action: Action taken to eliminate the cause of a nonconformity and prevent recurrence.

Root cause: Fundamental, evidence-supported cause whose control prevents recurrence.

Escape cause: Reason a nonconformity was not detected before reaching the next process or customer.

Check sheet: Structured form for collecting data consistently at the point of observation.

Histogram: Graph showing the distribution of numerical observations across intervals.

Pareto chart: Ranked bar chart with a cumulative percentage line used to prioritise categories.

Fishbone diagram: Cause-and-effect diagram used to organise possible causes.

5 Whys: Iterative questioning method for developing a causal chain.

Control chart: Time-ordered chart used to distinguish common-cause and special-cause variation.

Stratification: Separation of data into meaningful groups for pattern identification.

PDCA: Plan–Do–Check–Act cycle for iterative improvement.

8D: Eight-discipline team-based problem-solving method.

CAPA: Corrective and preventive action system for managing quality issues.

Effectiveness verification: Evidence-based confirmation that an action achieved its intended result.

Common-cause variation: Variation inherent in the current process system.

Special-cause variation: Variation attributable to an unusual or identifiable influence.

Measurement system: Instruments, methods, people and procedures used to obtain measurements.

Review Questions

Short Answer Questions

  1. Distinguish correction, containment and corrective action.
  2. What information should be included in a well-defined problem statement?
  3. State two limitations of a Pareto chart.
  4. Why is a fishbone diagram not proof of root cause?
  5. What is the difference between control limits and specification limits?

Long Answer Questions

  1. Explain how the seven basic quality tools can be combined to investigate a recurring manufacturing defect.
  2. Describe the PDCA cycle and explain what evidence should be collected at each stage.
  3. Compare 5 Whys, fishbone analysis and 8D in terms of purpose, strengths and limitations.
  4. Explain the structure and governance requirements of an effective CAPA system.
  5. Discuss why root-cause verification is necessary and describe suitable verification methods.

Analytical / Application Questions

  1. A process records defect categories of 48, 27, 15 and 10 in one month. Construct the cumulative percentages and identify the first categories for initial investigation. Explain why frequency alone may not determine final priority.
  2. A corrective action consists only of retraining operators, but the same defect returns two months later. Analyse possible weaknesses in the investigation and propose a stronger corrective-action plan.
  3. A control chart shows stable process variation, but 4% of products fail a customer specification. Explain how this situation is possible and recommend an investigation using appropriate quality tools.

Multiple Choice Questions with Answers

Question 1

Which action is primarily a correction rather than corrective action?

A. Replacing a defective shipment

B. Redesigning the process control

C. Changing the maintenance standard

D. Verifying sustained reduction in recurrence

Correct Answer: A. Replacing a defective shipment

Question 2

What is the main purpose of a Pareto chart?

A. To prove that one cause created a defect

B. To prioritise categories for investigation

C. To establish product specification limits

D. To replace measurement-system validation

Correct Answer: B. To prioritise categories for investigation

Question 3

Which quality tool displays numerical data in time order with a centre line and control limits?

A. Histogram

B. Flowchart

C. Control chart

D. Check sheet

Correct Answer: C. Control chart

Question 4

In a 5 Whys investigation, the number five is best understood as:

A. A mandatory number of questions in every investigation

B. A guide to continue questioning until a verified controllable cause is reached

C. The maximum number of causes that may be recorded

D. A requirement to identify five responsible employees

Correct Answer: B. A guide to continue questioning until a verified controllable cause is reached

Question 5

What does an escape cause explain?

A. Why the process was originally designed

B. Why the defect was not detected before reaching the customer or next process

C. Why a product met its specification

D. Why a corrective-action team was formed

Correct Answer: B. Why the defect was not detected before reaching the customer or next process

Question 6

If 18 defective units are found in 1,200 inspected units, what is the defect rate?

A. 0.15%

B. 1.5%

C. 6.7%

D. 15%

Correct Answer: B. 1.5%

Question 7

Which PDCA stage involves comparing results with predefined acceptance criteria?

A. Plan

B. Do

C. Check

D. Act

Correct Answer: C. Check

Question 8

Which statement about control limits is correct?

A. They are always identical to specification limits

B. They describe observed process behaviour and are not automatically product requirements

C. They are selected only by the customer

D. They prove that every product inside them is conforming

Correct Answer: B. They describe observed process behaviour and are not automatically product requirements

Question 9

When should a CAPA normally be closed?

A. Immediately after an action is assigned

B. When a training attendance sheet is completed

C. When implementation and effectiveness have been supported by evidence

D. When the original complaint is deleted

Correct Answer: C. When implementation and effectiveness have been supported by evidence

Question 10

What is the strongest evidence that a proposed root cause is valid?

A. It is suggested by the most senior employee

B. It appears on a fishbone diagram

C. Controlling or changing it produces the expected improvement under comparable conditions

D. It is the easiest cause to correct

Correct Answer: C. Controlling or changing it produces the expected improvement under comparable conditions

Quality Planning & Control
Chapter 11 of 15