8D Report
8D Report
Project Title:
Date Opened:
Date Closed:
8D Summary Report Customer(s):
Verification / Validation:
D3 Temporary Fixes
Interim Containment Action (ICA): % Effective: Date Implemented:
ACTION
DATE Prepare Team Describe Contain Diagnose Action Validate Prevent Closure
COMPLETE
Management is committed to dedicate necessary resources to fix the problem at the root cause level.
You are aware that something has gone wrong, and you don’t know the reason why. Before you can describe the
problem accurately and thus find the root cause(s), you may need to protect the customer (internal or external)
from continuing to experience the symptom, if this has not already been done.
WIP on hold
WIP checked
Warehouse stock on hold
Warehouse stock checked
Deliveries in transit identified
Deliveries as customer checked
Verify control plan controls are working
Review all past inspection data
Other actions
0 C Time Line Of Events / Activity Page
As you proceed through the Disciplines, you will find out information concerning the product and process associated
with the problem. Document any information such as any changes to process, material, methods, machines, people, or
the environment with dates. Keep this time line live through the investigation.
Dates Events (i.e. changes or happenings)
DISCIPLINE D1 – Establish Team
Assemble a small group of people with the process and/or product knowledge, allocated time, authority, and skill in the
required technical disciplines to solve the problem and implement corrective actions.
2A – Problem Description
Detail of Problem (What exactly do we see, feel, hear and smell?):
Customer(s) Impacted:
2B – Part/Process History
Part / Process Change Date
2C – Baseline Data
What baseline data is available to demonstrate spikes or trends? (append any charts or reports to this workbook)
Check Data Type Chart or Report Name / Description
Warranty Data
Production Data
Call Center Data
Service Data
Other Data
If applicable, what is your data collection plan to collect any additional needed information? (Think about what data you’ll need
to monitor in order to demonstrate improvement.)
2D - Problem Profile
DESCRIPTION DATA
DESCRIPTION AREA Be as specific as possible, identifying part numbers, QUESTIONS CHECKLIST
machines, dates, quantities, etc.
WHAT
What object has the defect?
Object? (Model #, part #, etc.)
WHERE?
Where specifically on the object do you see the
Seen on object? defect?
WHEN?
When in time was the defect first observed?
First seen?
- By the customer When were the defectives made?
- When did we make the part
When, since the first observation, has the
When seen since? defect been observed? (e.g. continuously, in
patterns, only on Mondays?)
HOW BIG?
How many units have been confirmed to have
How many objects have the defect? the defect? What is the exposure to the field?
Could this problem affect other similar parts/models? On other lines, in other plants with the same
CONSIDER SIMILAR PARTS process, other parts with the same with the same materials/process?
Similar Parts?
DISCIPLINE D3 - Interim Containment Action (ICA)
Now that you have completed D2, review the emergency response action to see if it can be used as an ICA or improved in order to allow production to continue while still
detecting and containing all defective output, giving you time to analyze root cause. If it can’t then identify a better containment action. (Do not remove Interim Corrective
Action until permanent corrective action is implemented and verified.)
Is an ICA required?
Is ERA ok as an ICA?
Definitions: VERIFY = Prove intended outcome VALIDATE = Confirm and agree effectiveness over time
DISCIPLINE D4 – Define & Verify Root Cause
Brainstorm all possible causes of the problem and record them using the area headings to guide you. List all your ideas and do not criticize any at this stage. After your first
attempt, take time to think and add any other possible causes. Be sure to consider any changes in the part or process.
cause cause
cause cause
cause cause
cause cause
cause
cause cause
cause
cause cause PROBLEM STATEMENT
(See D2)
cause
cause cause
cause Instructions
cause cause
cause cause
cause cause
cause cause
cause cause
cause
cause cause
cause
cause cause PROBLEM STATEMENT
(See D2)
cause
cause cause
cause Instructions
cause cause
Symptom Observed
(See D2)
WHY? THEREFORE
THEREFORE
WHY?
Most Likely Cause 2
(See Fishbone)
WHY? Outcome Summary
THEREFORE
A
WHY?
Root Cause B Task(s) Who?/When?
THEREFORE
THEREFORE
WHY?
WHY? THEREFORE
THEREFORE
B
WHY? THEREFORE Root Cause C Task(S)s Who?/When?
WHY? THEREFORE
WHY? THEREFORE
WHY?
Outcome Summary
a)
b)
c)
d)
e)
f)
WANTS: (Objective, Subjective, Flexible) How Idea # ___ Wants How Idea # ___ Wants How Idea # ___ Wants How
Important Good Score Good Score Good Score
(1, 4, 9) Comments (0,1,4,9) Comments (0,1,4,9) Comments (0,1,4,9)
a)
b)
c)
d)
e)
f)
g)
h)
Mitigation
# PCA Description Score Potential Risk(s) Severity Probability
Difficulty
1.
2.
3.
4.
1.
2.
3.
4.
1.
2.
3.
4.
5D – Selecting Permanent Corrective Action (PCA)
In order to select the best solution, the team should consider:
1. the solution score from 5B
2. the impact of any potential risks
3. the ability to mitigate any foreseen risks
Define the precise actions you will need to take to implement AND validate effectiveness of the PCA (use the Key Tasks
Action Plan on the following page).
D6A - Key Tasks Action Plan
Use this page to document your PCA implementation and validation plan. Use the first column to identify whether the
action is an implementation (I) action or validation (V) action.
Completion % Complete
I/V Task Who Date 25 50 75 100
D6B – Improvement Validation
Data showing that the corrective actions are effective in preventing the root cause of the problem must be presented. This is best shown with before and after improvement
comparisons in the primary metric. When dealing with lagging data, such as warranty information, show the data tied to improvements made to the specific CTQ (Critical To
Quality) measure(s) that was proven to be correlated with the root cause from Discipline D4.
Paste any KEY graphs and/or data in the spaces below that demonstrate a measureable improvement.
Support data and / or secondary data can be pasted in appendix.
Comments on above chart/data: (What is the measureable? What were the conditions? Etc?) Comments on above chart/data: (What is the measureable? What were the conditions? Etc?)
How are we continuing to monitor long-term results? What is the measureable? Is this the best way to prove the root cause is eliminated?
DISCIPLINE D7 – Prevent Recurrence
Prevention of the problem entails the identification of models or components that are similarly vulnerable to the same
problem, even if not affected under the current situation. An important aspect of this discipline is the standardization and
deployment of corrective actions or process improvements to all products that may possibly be subjected to the same issue.
7B – Documentation Revisions
Changes in components and processes lead to the need for updating documentation and process controls. Review the
checklist below to identify the necessary documentation updates. Add any actions to the Key Tasks Action Document in D6.
FMEA
Control Plan
ECO
BOM
OMS
Inspection Standard
Quality Notification
Control Charts:
Other:
Other:
DISCIPLINE D8 – Approval and Recognition
Make sure that you have completed this workbook. This includes the completion of all open action items. Schedule a final
review with your champion. Express thanks to those who have helped you in dealing with this issue.
8A – Follow-up Meetings
Follow-up meetings are scheduled to validate the issue is dead after the team’s work is complete. Four meetings should be
held, scheduled approximately every other week after the PCA has been implemented. Agenda items might include: key
metrics review (warranty data, process data, call center data, etc.), audit planning and scheduling, any lingering open action
items, etc.
Date Time Location Key Points (Data findings, open actions, etc.)
8B – Audit Plan
What will the team’s audit plan consist of? Audit Team: Planned Date: (must
be > 30 working days since
implementation date)
8C – Lessons Learned
Challenge / Topic Lesson Learned and Recommendation