8d Reference Card
8d Reference Card
YES
NO ERA
Verif ied? Determine Skills and
Knowled ge of Core Team Do we Know
YES the Cause? NO Use Alternate Methods
YES
NO (Repeated Use 8D (e.g. DOE, Process
Process ? Improv ement
Why ’s)
Implement Approaches, Innov ation)
IF NO
Roles of YES
Core Team Document
YES Problem Suspend
Gather and Rev iew Established Statement 8D
Av ailable Data
And Y ES Select Team Members
Assigned? • SME’s
Supplement Use Alternate Methods
Initiate Dev elopment of 8D Process YES
NO (e.g. DOE, Process
Does the Problem Description with
Propos ed Address Alternative
Improv ement
Do we Hav
Have e (Is/Is -Not)
8D Meet NO YES Sy m ptom Methods? Approaches, Innov ation)
Enough
the Using Other
Application Informati on?
Methods Establish Team Goals and
Criteria? NO
Membership Functions
Identify
Process Flow
NO Collect &
Warm Up
1. A regular team meeting time and place is established? Analy ze
2. The team meeting room is user-f riendly ? Additional Data
Initiate the 8D OUTPUT 8D
Process Process Initiated 3. Adequate team building has been done to build relationships with team members? Problem Statement
4. Preparation is adequate to help team members f ocus on the team’s activities? 1. The question “What’s wrong with what?”has been answered?
5. The purpose of each meeting has been highlighted? 2. Repeated Why’s were used asking the question “Do we know for certain why this is occurring”?
6. The team is inf ormed of each meeting’s agenda? 3. A specific problem statement has been defined (object and defect)?
Emergency Response Action (ERA) Membership Problem Description
1. Necessity for E mergency Response Actions has been evaluated? 7. Are the people aff ected by the problem represented? 4. Is/Is Not Analysis has been performed (what, where, when, how big)?
8. How is the 8D customer’s v iewpoint represented? 5. Prior experience has been considered to determine if this problem has appeared before?
2. If an E mergency Response Action was taken, it has been verified? 9. Does each person hav e a reason f or being on the team? 6. The current process flow has been identified?
3. If an E mergency Response Action was taken, it has been validated? 10. Is the team large enough to include all necessary input, but small enough to act 7. Changes from the original process flow, if any, have been evaluated?
eff ectiv ely ? Problem Description
8D Application Criteria 11. Does the team membership ref lect the problem’s current status? 8. Process detail has been reviewed to determine where this problem first appears?
4. The symptom(s) has been def ined and quantif ied? 12. Do the team members agree on the membership? 9. The engineering system design has been studied and system delivery, system function and interactions between components in the s ystem are
5. The 8D customer(s) who experienced the symptom(s) and, if appropriate, the aff ected parties, Product/Process Knowledge understood?
hav e been identif ied? 10. Problem pattern(s) has been considered/evaluated?
13. Special skills or experience that the team will require is av ailable?
11. Similar components and/or parts have been reviewed for the same problem?
6. Measurements taken to quantif y the sy m ptom(s) demonstrate that a perf ormance gap exists Operating Procedures and Working Relationships Problem Description
AND/OR that priority (sev erity , urgency, growth) of the symptom warranted initiation of the 14. The team’s goals and membership roles hav e been clarif ied? 12. All required data has been collected and analyzed?
process? 15. The team has suf f icient decision making authority to accomplish its goals? 13. The affect of the ERA on the the data has been evaluated?
8D Application Criteria 16. Communication plans hav e been dev eloped f or both internal and external team 14. Physical evidence of the problem has been obtained?
7. The cause of the problem is unknown? inf ormation? 15. A Cause & Effect Diagram has been completed?
Type of Problem
8. Management is committed to dedicate the necessary resources to fix the problem at the root 17. All indiv idual members agree with and understand the team’s goals? 16. Determination has been made as to whether this problem describes a “something changed”or a “never been there” situation?
cause lev el and to prev ent recurrence? Roles Review of Problem Description
9. Sy m ptom complexity exceeds the ability of one person to resolv e the problem? 18. The Champion of t he team has been identif ied? 17. The problem description has been confirmed as to what the customer(s) and/or affected party(s) are experiencing?
Other 19. The Te am Leader has been identif ied? 18. The necessity of reviewing the problem with executive management has been evaluated?
20. Team Member’s roles and responsibilities are clear? 19. Consideration has been made for setting aside financial reserves ?
10. The ne w 8D will not duplicate the existing 8D?
21. Ned f or a f acilitator to coach the process and manage team consensus has been 20. Moral, social, or legal obligations related to this problem have been considered?
Common Tasks (as appropriate) Common Tasks (as appropriate)
considered?
11. All changes are documented (e.g., FMEA, Control Plan, Process Flow)? 21. All changes are documented (e.g., FMEA, Control Plan, Process Flow)?
Common Tasks (as appropriate) 22. The team composition has been reconsidered?
12. Measurables hav e been rev iewed?
22. All changes are documented (e.g., FMEA, Control Plan, Process Flow)? 23. Measurables have been reviewed?
13. The 8D Report has been updated? 24. The need for a Service Action has been determined?
23. Measurabl e hav e been rev iewed?
14. The need f or a serv ice action has been determined? 25. The 8D Report has been updated?
24. The 8D Report has been updated?
D4 – Define and Verify Root Cause and Escape
Root Cause
Flow
Root Cause
INPUT
Flow
ICA Implementation
(Part 2)
Rev iew and Update
Problem Description Do the Root
Do we need to
Causes Account Y ES initiate separate Y ES Go to
D3 - Develop Interim Containment Action (ICA) f or all of t he
Problem
8Ds f or each Root (Pref erred) D2
Cause identif ied?
Identify D iff erences, Description?
Changes and Dev elop
INPUT Is ICA NO Theories NO NO
Got to D4
Problem Description Required?
YES
Test Theories Against Ev aluate Alt. Methods with
Problem Description
Champion (e.g. DOE,
Ev aluate ERA Process Imp. Approaches)
Does the
NO Theory explain
All the Known Escape Flow
Identify & Choose the
Data?
‘Best” ICA and Verify
Use Alt. Methods (e.g. DOE, Suspend
YES Use 8D NO
Process Imp Approaches, 8D
Process?
Innov ation, Robust Design)
YES Supplement
Dev elop Action Plan, Use Alt. Methods (e.g. DOE,
8D Process Y ES
Implement and Validate Process Imp Approaches,
with Alt.
ICA Innov ation, Robust Design)
Method? Does a Control
Acknowledge Root Cause System Exis t to NO
NO Detect the
Problem?
NO Is ICA
Validated? YES
Is There More Root Cause
YES YES
Than One Root Flow Acknowledge Root Cause
Cause? (Part 2) Identify Control Point
Continue Monitoring ICA OUTPUT Closest to the Root Cause
Eff ectiv eness ICAs Established
NO
Root Cause
Key Concepts OUTPUT
Flow
Root Cause Escape
n Attacks the symptom (problem) (Part 3) OUTPUT
Root Causes
Flow Is the Control
(Part 3) Point Capable NO Acknowledge the Control
n Is verif ied for effectiveness before implementation of Detecting the
Problem?
System is NOT Capable
n Is not a "Band Aid," w hich may be forgotten 1. The factual information in the problem description (Is/Is Not ) has been Acknowledge the Control Acknowledge the need f or a
n Is replaced by permanent corrective action at D6 updated?
Point as Verif ied Escape
Point
new or improv ed Control
System
n Adds cost
2. Differences unique to the Is when compared to the companion Is Not
have been identified? OUTPUT
Verif ied Escape Point
OUTPUT
Acknowledged need for
Improv ed Control Sy stem
Testing Testing
NO NO Perf orm Validation Perf orm Validation
Verif ies Verif ies
PCA? PCA?
YES YES
YES
OUTPUT
OUTPUT OUTPUT
Implemented PCAs and
Verif ied PCA f or Verif ied PCA f or
Validated Data
Root Cause Escape Point D6 – Assessing Questions
n Planning/Problem Prevention
1. The need for PCA implementation support from other departments/organizations has been evaluated?
D5 – Ass essing Q uesti ons 2. Representatives of those departments/other organizations are on our team to plan and implement the PCA?
n Before PCA Decision 3. Consideration was made to the need for customer and/or supplier involvement?
1. Criteria has been est ablished for choosi ng a PC A for root c aus e and esc ape point ? 4. The responsible party for customer and /or supplier planning has been identified (if required)?
2. The Champion agrees with t he PCA criteria? 5. An action plan has been defined (responsibilities assigned; timing established; required support determined)?
3. The right ex perience is on the t eam to choos e t he best PCA? 6. Resources necessary to implement this plan have been identified?
4. Full range of alt ernatives hav e been considered for the PCA? 7. Consideration (Problem Prevention Planning) has been given to what could go wrong for each step of the plan and what can be
5. The f eat ures and benefits f or the perfect choice hav e been pr eserved? done to prevent these troubles from developing?
6. Risks associat ed wit h t his decision are bei ng managed? 8. Appropriate contingent actions have be developed in case prevention efforts are unsuccessful?
7. The Champion concurs wit h the PC A sel ection? 9. The trigger (date or event) for the contingent actions have been identified?
n Verification 10. Progress to the plan until completion is being effectively monitored?
8. Evidence (pr oof) exists that thes e actions will resolve the problem at t he root c aus e lev el? 11. Included in the plan is a date when the ICA will be removed?
9. Verification met hods made allowances for variations in t he frequency (or patterns) created by the cause? 12. The plan has been communicated to those that have a need to know?
10.Variabl es meas ured during our verification step c onstit ut e sound verification? 13. Training required for plan implementation has been determined?
11.Verification met hods ev aluated t he PCA over the full range of producti on v ariation and operati ng c onditions?
14. The Champion agrees with the plan?
n After PC A Decision
12.A Risk Analysis was performed on the PCA sel ected? 15. Measurable(s) have been identified for validating the outcome of the PCA (pre-customer and customer)?
13.The cus tomer and affect ed parti es were c ons ulted on t he selec ted PCA (if required) n Validation
14.The ICA will continue to be effective until the PCA can be implement ed? 16. The ICA has been discontinued
15.Consideration has been given to the res ources r equired for PCA impl ementati on?
17. Validation measurables have proven that the unwanted effect has been totally eliminated?
16.Departments/ other organiz ations that need to be i nvolv ed i n the planning and implementati on of this PCA have been i dentified?
17.Actions hav e been c onsi dered t hat will improv e the ICA prior to PCA impl ementati on? 18. Long – term results are continuing to be monitored?
n Common Tasks ( as appropriat e) 19. The customer has provided confirmation that the PCA is effective?
18.All changes are documented (e. g., FMEA, Control Pl an, Process Flow)? n Common Tasks (as appropriate)
20. All changes are documented (e.g., FMEA, Control Plan, Process Flow)?
19.The t eam com position has been r econsider ed? 21. The team composition has been reconsidered?
20.Measurables hav e been revi ewed? 22. Measurables have been reviewed?
21.The need f or a Service Action has been determined? 23. The need for a Service Action has been determined?
22.The 8D R eport has been updat ed? 24. The 8D Report has been updated?
D7 – Prevent Recurrence 8D Quick Reference Guide
INPUT
Implemented PCAs
and Validated Data D8 – Recognize Team and Individual Contributions
Identify and Choose
Rev iew the History of Prev entiv e Actions INPUT
the Problem
Prev entiv e Actions f or
Present Problem
YES
Identify the Sy stem’s
Policies, Practices, and
Dev elop Action Plan
Procedures that Allowed INPUT
the Problem to Occur and Systemic Prev entiv e Rev iew the Team’s
Escape to the Customer Recommendations Process and Document
Team Lessons learned
Champion
Agree with NO
Analy ze How Similar Identif ied
Problems Could be Prev entiv e
Addressed Actions?
Recognize the Entire
YES
Team’s Collectiv e Eff orts
in Solv ing the Problem