Root Cause Analysis Presentation

58,908 views

Published on

Published in: Education, Technology
1 Comment
33 Likes
Statistics
Notes
  • good information
       Reply 
    Are you sure you want to  Yes  No
    Your message goes here
No Downloads
Views
Total views
58,908
On SlideShare
0
From Embeds
0
Number of Embeds
7,413
Actions
Shares
0
Downloads
4,096
Comments
1
Likes
33
Embeds 0
No embeds

No notes for slide
  • * Introduction. * Announcements. * Ask the Audience: How many of you want to make defects in your work? How many of you want to make your work perfect or defect free the first time? How many of you believe this is possible? Well - it is!!!!! And, hopefully you will all be believers after the session.
  • Root Cause Analysis Presentation

    1. 1. Root Cause Analysis
    2. 2. Module Outline <ul><li>Chronic vs. Sporadic Problems </li></ul><ul><li>Improvement (Breakthrough) vs. Troubleshooting </li></ul><ul><li>Addressing Chronic Problems - Breakthrough </li></ul><ul><ul><li>Definitions </li></ul></ul><ul><ul><li>Diagnosis </li></ul></ul><ul><ul><li>Why “Root Cause”? </li></ul></ul><ul><ul><li>Tie to MBF (Management by Fact) </li></ul></ul><ul><li>Addressing Sporadic Problems - Troubleshooting </li></ul><ul><li>Summary </li></ul><ul><li>Resources </li></ul>?
    3. 3. Module Objectives <ul><li>You will be able to: </li></ul><ul><li>Distinguish between chronic vs. sporadic problems. </li></ul><ul><li>Define Problem/Symptoms/Causes/Diagnosis. </li></ul><ul><li>Describe approaches to find root causes of chronic problems. </li></ul><ul><li>Describe the link between Root Cause Analysis and MBF. </li></ul><ul><li>Describe approaches to find root causes of sporadic problems. </li></ul>
    4. 4. Improvement vs. Fire Fighting Sporadic Chronic Gain Time Performance Good Bad
    5. 5. Chronic Problems <ul><li>Existed for some time </li></ul><ul><li>Usually “lived with” or accepted </li></ul><ul><li>Cost more $$$$$ than sporadic problems </li></ul><ul><li>Don’t sound alarms (allowances for problem have been made in the system) </li></ul><ul><li>Competitors may be enduring same losses </li></ul><ul><li>Improvement is needed when a chronic problem is occurring </li></ul><ul><li>Requires improvement PROJECTS - investment of time and resources </li></ul><ul><li>Fire Prevention - attack the chronic level </li></ul>
    6. 6. Sporadic Problems <ul><li>A “spike” in performance </li></ul><ul><li>“ Alarm” usually goes off </li></ul><ul><li>Troubleshooting used when a sporadic problem happens (a departure from the normal level) </li></ul><ul><li>Aimed at restoring the status quo </li></ul><ul><li>May include Interim (temporary) fixes </li></ul><ul><li>Corrective Action - eliminate the cause of the problem </li></ul><ul><li>Remove the change that produced the deviation or new change to offset deviation </li></ul><ul><li>Fire Fighting - focus on control </li></ul>
    7. 7. Improvement vs. Troubleshooting <ul><li>Improvement: Focused on attaining a new level of performance that is superior to any previous level. </li></ul><ul><li>Accomplished through BREAKTHROUGH. </li></ul><ul><li>Improves chronic level of performance. </li></ul><ul><li>Fire Prevention </li></ul><ul><li>Troubleshooting: Focused on solving a sudden change in performance. </li></ul><ul><li>Accomplished with CORRECTIVE </li></ul><ul><li>ACTION to put out a fire. </li></ul><ul><li>Improves sporadic level of performance. </li></ul><ul><li>Fire Fighting </li></ul>
    8. 8. Sequence for Breakthrough <ul><ul><li>Proving the need </li></ul></ul><ul><ul><li>Identifying Projects </li></ul></ul><ul><ul><li>Organizing project teams </li></ul></ul><ul><ul><li>Establishing project </li></ul></ul><ul><ul><li>(mission/vision/responsibilities) </li></ul></ul><ul><ul><li>Diagnosis - to find the causes </li></ul></ul><ul><ul><li>Developing remedies - based on knowledge of the causes </li></ul></ul><ul><ul><li>Proving remedies & effectiveness - under operating conditions </li></ul></ul><ul><ul><li>Dealing with resistance to change </li></ul></ul><ul><ul><li>Controlling at the new level </li></ul></ul>Focus Here Set-up Carry-out
    9. 9. Definitions <ul><li>Problem: Any deviation from the standard, expected, or desired which is outside the accepted tolerance, norm, or benchmark. </li></ul><ul><li>Project: a problem scheduled for solution! </li></ul><ul><li>Symptom: An observable indicator, cue, or event directing attention to a problem. Arising from and accompanying a problem. </li></ul><ul><li>Theory: Unproved assertion as to reasons for the problem and symptoms. </li></ul>
    10. 10. Definitions - Continued Cause: “Something” that happened to produce a deviation of the actual from the expected or desired. Proved reason for existence of problem. Often “multiple causes”. Dominant or Root Cause: a major contributor to existence of problem which must be fixed before there is an adequate solution. Remedy: a change that can successfully eliminate or neutralize the cause of a problem.
    11. 11. Definition - Diagnosis <ul><li>Diagnosis: the process of studying symptoms, theorizing as to causes, testing theories, and discovering causes. </li></ul><ul><ul><li>Diagnosis - to find the causes </li></ul></ul><ul><ul><li>Diagnostic Journey = “symptom to cause” </li></ul></ul><ul><ul><li>Followed by Remedial Journey = “cause to remedy” </li></ul></ul><ul><ul><li>“ Symptom to cause” is DIFFICULT! </li></ul></ul>
    12. 12. Diagnosis for Improvement Diagnostic Journey: 1. Study the symptoms surrounding the problem to serve as a basis for theorizing about causes. 2. Theorize the causes of these symptoms. 3. Collect data and do analysis to test the theories and determine the causes. When the problem can be switched on & off at will - the journey is over!
    13. 13. Studying Symptoms <ul><li>Two forms of “Evidence”: </li></ul><ul><ul><li>1. Words/documentation describing problem </li></ul></ul><ul><ul><li>2. Physical measurements & analysis of product/process </li></ul></ul><ul><li>Agreement on “terms/descriptions” for symptoms </li></ul><ul><li>Recording data - established to test specific theories </li></ul><ul><li>Quantifying symptoms: </li></ul><ul><ul><li>Frequency </li></ul></ul><ul><ul><li>Intensity </li></ul></ul><ul><li>Use of Pareto Charts/Analysis </li></ul>
    14. 14. <ul><li>Check Sheets </li></ul><ul><li>Concentration Diagram </li></ul><ul><li>“ Autopsies” </li></ul>Tools for Symptoms <ul><li>“ Glossaries” for symptom terms </li></ul><ul><li>Pareto Analysis </li></ul>Check Sheet Example: Scratches IIII II II IIII I 15 Runs IIII IIII IIII IIII IIII I IIII IIII 34 Dirt IIII I IIII 11 Wrong Color IIII I I 7 Paint Peeling I I 2 Total 32 15 22 69 Problem Total Order 1 Order 2 Order 3
    15. 15. Theorizing Causes <ul><li>Diagnosis is made theory by theory </li></ul><ul><li>Need to affirm or deny the validity of theories </li></ul><ul><li>This is “IDENTIFYING POTENTIAL CAUSES” </li></ul><ul><li>3 Steps </li></ul><ul><ul><li>1. Generate Theories </li></ul></ul><ul><ul><li>e.g. Brainstorm, Ask Why 5 times </li></ul></ul><ul><ul><li>2. Arrangement of Theories </li></ul></ul><ul><ul><li>e.g. Matrix, Tables, Cause & Effect Diagrams </li></ul></ul><ul><ul><li>3. Choosing Theories to be Tested </li></ul></ul><ul><ul><li>e.g. Data Collection, Pareto Analysis </li></ul></ul><ul><ul><li>Establish Priorities for testing theories </li></ul></ul>
    16. 16. <ul><li>Ask Why 5+ times </li></ul><ul><li>Brainstorming* </li></ul><ul><li>Cause & Effect Diagrams* </li></ul><ul><li>Force Field Analysis* </li></ul><ul><li>Affinity Diagram* </li></ul><ul><li>Structure Tree Diagram* </li></ul><ul><li>Interrelationship Digraph* </li></ul><ul><li>Program Decision Process Chart (PDPC)* </li></ul><ul><li>Matrix Diagram* </li></ul><ul><li>Check Sheet* </li></ul><ul><li>Pareto Analysis* </li></ul><ul><li>Designed Experiments </li></ul><ul><li>ETC. </li></ul>Tools for Theorizing Causes * Included in Memory Jogger II Pareto Chart Example:
    17. 17. Tool Example - Ask Why 5 Times Generate Theory: Follow with Remedy! Failures from Supplier A are 2X the industry average. There is excessive damage in transit. Packaging is insufficient. Packaging specifications are incomplete. Why? Why? Why? Why? Real Root Cause There are no technical specifications for packaging available. Why?
    18. 18. Tool Example - Cause & Effect Generate Theory: Follow with Test of Theories based on priorities Out of Date Not Manufacturable Part Problem Cutting oil Bar Stock Capability Scheduling cpk Tolerances Procedures Set-up Maintenance Cost Inaccurate Training Engineering Support Operator Errors Adjustments Materials Machinery Methods Manpower Wrong Material Over Sized Wrong Oil Packaging Print Inaccurate
    19. 19. Tool Example - Structure Tree Elbow Failures Problem Subproblems Theories Most Likely Root Causes Crimp makes inadequate contact Cross Thread Pin not fully seated Cable not fully seated Defective Elbow Operator Material Methods Tools & Equipment Guide Thread Lack of Verification for Alignment # of Revolutions not counted
    20. 20. Testing Theories to Find Cause <ul><li>Determine which cause is ROOT cause </li></ul><ul><li>Identifying most likely cause </li></ul><ul><li>DATA COLLECTION & ANALYSIS! </li></ul><ul><li>Methods </li></ul><ul><ul><li>1. Product/Process “Dissection” </li></ul></ul><ul><ul><li>e.g. Flow Map, Process Capability Study, Time to Time </li></ul></ul><ul><ul><li>2. Collecting New Data </li></ul></ul><ul><ul><li>e.g. Measuring within the process </li></ul></ul><ul><ul><li>3. Experiments - create & process trials to test validity </li></ul></ul><ul><ul><li>e.g. Designed experiments, pilots, trials </li></ul></ul><ul><ul><li>4. Measure for Diagnosis </li></ul></ul><ul><ul><li>e.g. Variables vs. attributes, increase precision, new methods </li></ul></ul>
    21. 21. <ul><li>Historical Review </li></ul><ul><li>Flow Diagram/Map* </li></ul><ul><li>Process Capability Analysis </li></ul><ul><li>Time to Time Analysis </li></ul><ul><li>Stream to Stream Analysis </li></ul><ul><li>Histograms* </li></ul><ul><li>Control Charts* </li></ul><ul><li>Piece to Piece Analysis </li></ul><ul><li>Within Piece to Piece Analysis </li></ul><ul><li>Multi-Vari Analysis </li></ul><ul><li>Check Sheet* </li></ul><ul><li>Pareto Analysis* </li></ul><ul><li>Designed Experiments </li></ul><ul><li>Correlation Studies </li></ul><ul><li>Measurements within process </li></ul><ul><li>Study of Work Methods </li></ul><ul><li>Measurement Capability Studies </li></ul><ul><li>ETC. </li></ul>Tools for Testing Theories * Included in Memory Jogger II
    22. 22. Tool Example - Histogram & Run Chart Test Theory: Follow with Remedy! Histograms: Run Charts:
    23. 23. Tool Example - Capability Test Theory: - Structured Experimentation Follow with Remedy! <ul><li>Goal: Collect data on all parts of the process so that: </li></ul><ul><ul><li>Capture all contributors to variability </li></ul></ul><ul><ul><li>Variability can be partitioned into parts due to each contributor </li></ul></ul>= Total Machine Cavity Time Sample + + +
    24. 24. Diagnosis of Failures in Systems <ul><li>Historical Review - objective to improve segment of system used to attain quality </li></ul><ul><ul><li>e.g.: Product Development, Supplier Relations </li></ul></ul><ul><li>Based on analysis of # of past problems </li></ul><ul><li>Interview and Document: </li></ul><ul><ul><ul><li>1. Brief description of problem </li></ul></ul></ul><ul><ul><ul><li>2. Stage where problem 1st observed </li></ul></ul></ul><ul><ul><ul><li>3. Earliest stage at which problem COULD have been discovered </li></ul></ul></ul><ul><ul><ul><li>4. Reasons for NOT discovering problem at earlier stage </li></ul></ul></ul><ul><ul><ul><li>5. What could have been done to have found the problem earlier or avoided it completely </li></ul></ul></ul>
    25. 25. Diagnosis of Failures in Systems <ul><li>Examples: </li></ul><ul><li>1. Historical review of past product development problems: </li></ul><ul><li>Symptoms & Cause: Review revealed use of FMEA/FMECA (Failure Mode, Effect, and Criticality Analysis) would have identified problems upfront. </li></ul><ul><li>Remedy: Require FMEA upfront for new products. </li></ul><ul><li>2. Historical review of manufacturing defects: </li></ul><ul><li>Symptoms & Cause: Review revealed lack of set-up procedure led to high lot to lot variation and defects. </li></ul><ul><li>Remedy: Document and implement set-up procedure. </li></ul>
    26. 26. Diagnostic Journey Root Cause Analysis Begins with Collecting Data on Symptoms Ends with agreement on Cause(s)
    27. 27. Why Find the “Root Cause”?
    28. 28. What is MBF Used For? <ul><li>Address gaps in business performance </li></ul><ul><ul><li>Customer Satisfaction </li></ul></ul><ul><ul><li>Employee Satisfaction </li></ul></ul><ul><ul><li>Business models </li></ul></ul><ul><ul><li>Operational processes </li></ul></ul><ul><ul><li>Manufacturing processes </li></ul></ul><ul><li>Simplify reporting </li></ul><ul><li>Link problems and root causes with action and results </li></ul><ul><li>Link a reporting format to a problem solving model </li></ul><ul><li>Report on projects that address a specific problem </li></ul>
    29. 29. Management by Fact (MBF) Remedies Root Cause Analysis Diagnosis Direction Setting Direction Deployment Management Process Policy Deployment & Management by Fact Policy Deployment Monitor Performance Gap Detected No Yes
    30. 30. 2. Root Cause Categorization / Analysis (RCA ) Analyze Problem 2 <ul><li>Separate “beliefs” from “real” problem </li></ul><ul><li>Determine, categorize, and analyze Root Causes </li></ul><ul><li>Use basic quality tools </li></ul><ul><ul><li>Cause and Effect Diagram </li></ul></ul><ul><ul><li>Affinity diagram </li></ul></ul><ul><ul><li>Ask “WHY” 5 times </li></ul></ul>
    31. 31. MBF Form Root Cause Analysis/Diagnosis Remedies PROBLEM STATEMENT/OBJECTIVES & PERFORMANCE TRENDS: (indicate a brief statement of fact here) Insert graph of performance over time here (e.g., Pareto Chart / Current State vs. Goal) Insert graph of more detailed information here (Supportive Info. as necessary - e.g., Costs associated with the problem statement)
    32. 32. Troubleshooting <ul><li>Diagnosis & remedial action applied to sporadic problems </li></ul><ul><li>Generally receives immediate attention </li></ul><ul><li>Result of adverse change </li></ul><ul><li>Similar to chronic problem journey, but often simpler </li></ul><ul><li>Journey is discovering what the change was and removing or adjusting for it </li></ul><ul><li>Journey: Symptom to Cause to Remedy </li></ul><ul><li>If troubleshooting is ineffective, the result will not be maintained </li></ul>
    33. 33. Troubleshooting <ul><li>Ask: What, Where, When, How Much, Who </li></ul><ul><li>Compare Good vs. Bad, time to time, ETC. </li></ul><ul><li>Ask what “IS & IS NOT” </li></ul><ul><li>Reconstruct time sequence </li></ul><ul><li>Take corrective action to remedy the problem </li></ul><ul><li>Use a structured approach: </li></ul><ul><ul><li>1. State deviation. </li></ul></ul><ul><ul><li>2. Specify the deviation (is & is not, what, where, etc.). </li></ul></ul><ul><ul><li>3. Identify unique characteristics of deviation. </li></ul></ul><ul><ul><li>4. Search for changes. </li></ul></ul><ul><ul><li>5. Develop possible causes. </li></ul></ul><ul><ul><li>6. Test the possible causes against the requirement. </li></ul></ul><ul><ul><li>7. Verify the cause (duplicate or eliminate by removing cause). </li></ul></ul>
    34. 34. Summary <ul><li>Need to distinguish between sporadic & chronic problems </li></ul><ul><li>Need to be persistent - get to root cause! </li></ul><ul><li>For chronic problems: </li></ul><ul><ul><li>Use BREAKTHROUGH </li></ul></ul><ul><ul><li>Use Root Cause Analysis (Diagnosis) </li></ul></ul><ul><li>For sporadic problems - use Troubleshooting </li></ul><ul><li>Improvement requires use of multiple quality tools! </li></ul><ul><li>To find true (root) causes you need to be a: </li></ul><ul><li>Doctor </li></ul><ul><li>Detective </li></ul><ul><li>Driver </li></ul><ul><li>Gardner </li></ul><ul><li>Firefighter </li></ul>
    35. 35. References <ul><li>Books (+ many others): </li></ul><ul><ul><li>“ Quality Planning and Analysis”, J. M. Juran & Frank M. Gryna, Third Edition, McGraw Hill. </li></ul></ul><ul><ul><li>“ Juran’s Quality Control Handbook” 4th Edition, McGraw Hill. </li></ul></ul><ul><ul><li>The Memory Jogger II , Michael Brassard & Diane Ritter, GOAL/QPC, 1994. </li></ul></ul><ul><ul><li>Analytic Trouble Shooting, Kepner Tregoe, 3rd Edition, 1978, Princeton Research Press </li></ul></ul>

    ×