Riverhawk World Class Solutions for Global Applications

Slides:



Advertisements
Similar presentations
Accident and Incident Investigation
Advertisements

A tradition of excellence TR-823 REV / Restricted Proprietary Information. Marvin Group proprietary rights are included in the information disclosed herein.
Determining the Root Cause of a Problem
Root Cause Analysis for Effective Incident Investigation Christy Wolter, CIH Principal Consultant Environmental and Occupational Risk Management (EORM.
Root Cause Analysis DMAIC Model © 2010 Board of Regents University of Nebraska.
ISHIKAWA DIAGRAM – Tool for quality management Marit Laos IS Project Management
Problem solving tools 1 Problem solving tools We need tools to: –improve designs: increase the chance that we are making what the customer wants. –identify.
Root Cause Analysis: Why? Why? Why?
Incident Reporting Procedure
Software Quality Chapter Software Quality  How can you tell if software has high quality?  How can we measure the quality of software?  How.
Chapter 27 Additional Analysis Methods. Objectives Use various tools and techniques to compare current and future states in terms of pre defined metrics.
Guidance Notes on the Investigation of Marine Incidents
1. Objectives  Describe the responsibilities and procedures for reporting and investigating ◦ incidents / near-miss incidents ◦ spills, releases, ◦ injuries,
David Baglee Dr. David Baglee. School of Computing & Technology E: T: Reliability Centred Maintenance.
OM7a -1TQM and Quality Tools Chapter 11 TQM & Quality Tools.
Problem Solving Skills
Traditional Economic Model of Quality of Conformance
Root Cause Analysis Analyze Kaizen Facilitation. Objectives Learn and be able to apply a fishbone diagram Utilize “Why” analysis technique to uncover.
Click. What is Root Cause? It’s an IDENTIFIED REASON for the presence of a defect or problem. It is the MOST BASIC REASON, which if eliminated, would.
Determining the Root Cause and Corrective Action of a Problem World Class Solutions for Global Applications Riverhawk.
Accident Investigation Root Cause Analysis Accident Investigation Root Cause Analysis.
Human Error Reduction – A Systems Approach.
Use Cases Discuss the what and how of use cases: Basics Examples Benefits Parts Stages Guidelines.
Analyze Wrap Up and Action Items
PLC Year 2 Day 2 Inquiry Cycle
Root Cause Analysis Roger Brauninger
IMPROVEMENT TOOLS Mahendrawathi ER, Ph.D.
Lab Standards + Documentation Committee
Incident Reporting And Investigation Program
Acknowledgement: Khem Gyawali
8D Report training Yu LaiLai Nov
Six-Sigma : DMAIC Cycle & Application
Chapter 11 TQM & Quality Tools.
Management & Planning Tools
ROOT CAUSE ANALYSIS RCA
Use Cases Discuss the what and how of use cases: Basics Benefits
Software Quality Assurance
PROBLEM SOLVING June 2010 CANADIAN COAST GUARD AUXILIARY - PACIFIC.
Problem Solving Sheet Guidelines
Quality Certification
Practicum: Root Cause Analysis
OPS/571 Operations Management
Behavior-based Safety (BBS)
Air Carrier Continuing Analysis and Surveillance System (CASS)
Global Supplier Quality Early Production Containment Training
Chapter 3: The Requirements Workflow
TOTAL QUALITY MANAGEMENT
Director, Quality and Accreditation
CAUSE ANALYSIS CA
Incident Reporting And Investigation Program
Root Cause Analysis for Effective Incident Investigation
MQii Root Cause Analysis Overview
DMAIC Analyze, Improve, Control
Determining the Root Cause of a Problem
  Aptiv Global Supplier Quality Early Production Containment Training.
Riverhawk World Class Solutions for Global Applications
Root Cause Analysis Thomas S. Arneson 12/26/2018 Focus Consulting.
Root Cause Analysis: Why? Why? Why?
THE NATURE OF SCIENCE.
Relentless Root Cause Analysis
ICT Gaming Lesson 2.
Global Supplier Quality Early Production Containment Training
Behavior-based Safety (BBS)
Tools For Quality Assessment
Hazards Analysis & Risks Assessment
When should root cause analysis be performed?
Safety toolbox Johnnie Stanton-MECA
CAPA, Root Cause Analysis, and Risk Management
SAFETY + Behavior Observation.
Supplier Corrective ACTION RESPONSE REVIEW TRAINING
Presentation transcript:

Riverhawk World Class Solutions for Global Applications Determining the Root Cause and Corrective Action of a Problem

Why Determine Root Cause? Prevent problems from recurring Reduce possible injury to personnel Reduce rework and scrap Increase competitiveness Promote happy customers Ultimately, reduce cost and save money

Look Beyond the Obvious Invariably, the root cause of a problem is not the initial reaction It is not just restating the Finding or Symptom

Often the Stated Root Cause is the Quick, but Incorrect Answer For example, a normal response is: Equipment Failure Human Error Initial response is usually the symptom, not the root cause of the problem. This is why Root Cause Analysis is a very useful and productive tool.

Most Times Root Cause Turns Out to be Much More Such as: Process or program failure System or organization failure Poorly written work instructions Lack of training

What is Root Cause Analysis? Root Cause Analysis is an in-depth process or technique for identifying the most basic factor(s) underlying a (problem). Focus is on systems and processes Focus is not on individuals

When Should Root Cause Analysis be Performed? Significant or consequential events Repetitive human errors are occurring during a specific process Repetitive equipment failures associated with a specific process Performance is generally below desired standard May be MRR/SCAR driven

How to Determine the Real Root Cause? Assign the task to a person/team knowledgeable of the systems and processes involved Define the problem Collect and analyze facts and data Develop theories and possible causes - there may be multiple causes that are interrelated Systematically reduce the possible theories and possible causes using the facts

How to Determine the Real Root Cause? (continued) Develop possible solutions Define and implement an action plan (e.g., improve communication, revise processes or procedures or work instructions, perform additional training, etc.) Monitor and assess results of the action plan for appropriateness and effectiveness Repeat analysis if problem persists- if it persists, did we get to the root cause?

Useful Tools For Determining Root Cause are: The “5 Whys” Pareto Analysis (Vital Few, Trivial Many) Brainstorming Flow Charts / Process Mapping Cause and Effect Diagram (4 M’S) Tree Diagram Benchmarking (after Root Cause is found)

Example of Five Whys for Root Cause Analysis Problem - Flat Tire Why? Nails on garage floor Why? Box of nails on shelf split open Why? Box got wet Why? Rain thru hole in garage roof Why? Roof shingles are missing C/A Fix Roof

60 % of Material Rejections Pareto Analysis Vital Few Trivial Many 60 % of Material Rejections

Brainstorming Sit down as a group and review all ideas Assign someone to capture the thoughts (Whiteboard) Everyone participates until no one can think of another “Why” to ask Don’t jump to conclusions too quickly

Cause and Effect Diagram (Fishbone/Ishikawa Diagrams) S (METHODS) CAUSE EFFECT (RESULTS) “Four M’s” Model MANPOWER - MAN/WOMAN METHODS EFFECT OTHER MATERIALS MACHINERY

Cannot Load Software on PC Cause and Effect Diagram Loading My Computer Upside Down Backward MAN/WOMAN METHODS Inserted CD Wrong Cannot Answer Prompt Question Not Following Instructions Instructions are Wrong Brain Fade Cannot Load Software on PC OTHER Not Enough Free Memory Power Interruption CD Missing Bad CD Wrong Type CD Inadequate System Graphics Card Incompatible Hard Disk Crashed MATERIALS MACHINERY

Tree Diagram Result Primary Causes Secondary Causes Tertiary Causes Cause/Result Cause/Result Cause Result Primary Causes Secondary Causes Tertiary Causes Approved for Public Release

Tree Diagram Result Cause/Result Cause/Result Cause Lack of Models/ Benchmarks No Money for Reference Materials Stale/Tired Approaches No Outside Input No Funds for Classes Research Not Funded No Performance Reviews No Consequences Poor Safety Performance Inappropriate Behaviors Infrequent Inspections No Special Subject Classes Inadequate Training Lack of Regular Safety Meetings No Publicity Lack of Employee Attention Zero Written Safety Messages Lack of Sr. Management Attention No Injury Cost Tracking

Bench Marking Benchmarking: What is it? "... benchmarking ...[is] ...'the process of identifying, understanding, and adapting outstanding practices and processes from organizations anywhere in the world to help your organization improve its performance.'" —American Productivity & Quality Center "... benchmarking ...[is]... an on-going outreach activity; the goal of the outreach is identification of best operating practices that, when implemented, produce superior performance." —Bogan and English, Benchmarking for Best Practices Benchmark refers to a measure of best practice performance. Benchmarking refers to the search for the best practices that yields the benchmark performance, with emphasis on how you can apply the process to achieve superior results.

Bench Marking All process improvement efforts require a sound methodology and implementation, and benchmarking is no different. You need to: Identify benchmarking partners Select a benchmarking approach Gather information (research, surveys, benchmarking visits) Distill the learning Select ideas to implement Pilot Implement

Goal Successful application of the analysis and determination of the Root Cause should result in elimination of the problem

Common Errors of Root Cause Ending analysis at a symptomatic cause Assigning as the cause of the problem the “why” event that preceded the real cause Looking for a single cause- often 2 or 3 which contribute and may be interacting

SUMMARY Why determine Root Cause? What Is Root Cause Analysis? When Should Root Cause Analysis be performed? How to determine Root Cause Useful Tools to Determine Root Cause Five Whys Pareto Analysis Cause and Effect Diagram Tree Diagram Brainstorming Common Errors of Root Cause