SlideShare a Scribd company logo
The workable, practical guide to Do IT Yourself

Vol. 5.39 • October 2, 2009

5 Whys to Solve Problems
By Hank Marquis
Hank is EVP of Knowledge Management at Universal Solutions Group, and Founder and Director of NABSM.ORG. Contact Hank by email at
hank.marquis@usgct.com. View Hank's blog at www.hankmarquis.info.

The IT Infrastructure Library® (ITIL®) assigns Problem Management the responsibility for
determining the root-cause of an event or fault. Often misunderstood, the role of a
Problem Manager is to coordinate and guide troubleshooting activities – usually for
difficult or cross-domain problems.
The ITIL goes on to describe a number of troubleshooting tools, methods, and techniques available
to aid in coordinating and organizing troubleshooting activities. As usual, the ITIL does not actually
describe how to perform many of these troubleshooting techniques.
Formal Problem Management requires leadership, teamwork and processes for problem solving.
One of the best tools available for this is the venerable "5 Whys" technique, a deceptively simple
tool originating at Toyota Motor Corporation.
Used extensively in Six Sigma, 5 Whys aids teams in identifying the root-cause of problems. Following, I introduce "5
Whys" and show you how to starting solving those tough problems.

5 Whys
Invented in the 1930's by Toyota Founder Kiichiro Toyoda's father Sakichi and made popular in the 1970s by the Toyota
Production System, the 5 Whys strategy involves looking at any problem and asking: "Why?" and "What caused this
problem?" Six Sigma, a Quality Management System (QMS), uses "5 Whys" in the Analyze phase of the Six Sigma Define,
Measure, Analyze, Improve, Control (DMAIC) methodology.
The idea is simple. By asking the question "Why" you can separate the symptoms from the causes of a problem. This is
critical as symptoms often mask the causes of problems. As with effective Incident Classification, basing actions on
symptoms is worst possible practice
5 Whys offers some real benefits at any maturity level:
Simplicity. It is easy to use and requires no advanced mathematics or tools.
Effectiveness. It truly helps to quickly separate symptoms from causes and identify the root cause of a problem.
Comprehensiveness. It aids in determining the relationships between various problem causes.
Flexibility. It works well alone and when combined with other quality improvement and troubleshooting
techniques.
Engaging. By its very nature, it fosters and produces teamwork and teaming within and without the organization.
Inexpensive. It is a guided, team-focused exercise. There are no additional costs.
Often the answer to the one "why" uncovers another reason and generates another "why." It often takes five "whys" to
arrive at the root-cause of the problem. You will probably find that you ask more or less than 5 "whys" in practice.

How to Use the 5 Whys
1. Assemble a team of people knowledgeable about the failing Configuration Item (CI). Include IT and non-IT personnel
where appropriate. For example, trying to diagnose the root cause of a failed Change Management process should
probably involve Customers as well as IT.
2. On a flip chart, presentation board, or even paper write out a description of what you know about the problem. Try to

Page 1 of 3
document the Problem and describe it as completely as possible. Refine the definition with the team. Come to an
agreement on the definition of the Problem at hand.
3. Have the team members ask "Why" the Problem as described could occur, and write the answer down underneath
the Problem description.
4. If the answer provided from 3 (above) does not solve the Problem, you must repeat steps 3 and 4 until you do.
5. If the answer provided from 3 (above) seems likely to solve the Problem, make sure the team agrees and attempt a
resolution using the answer.
Here is an example (of course, this is an example, and is for illustration purposes only):
Problem Description: Customers are unhappy because Changes are causing outages.
Q: Why do the Changes cause outages?
A: Because many Customer changes are marked "Urgent" and we don't get the chance to fully test the Change
and use Change Management procedures.
Q: Why are the Changes marked "Urgent?"
A: Because the Customer cannot get the signature of the VP since the VP travels often. Marking the Request
for Change (RFC) as Urgent bypasses the VP signature requirement.
Q: Why does the form require approval from the VP?
A: So that the VP is aware of pending Changes.
Q: Is there some other way the VP can get this information?
A: The Change Schedule (CS) shows this information.
So, the real problem is that an RFC does not truly require the signature of the VP, and the signature
requirement is really just a method of informing the VP about Changes.
Using the 5 Whys the team discovered that because the form required a VP signature, and it was difficult to get the
signature, the Customer would mark the RFC as Urgent, thus not requiring the VP signature. Since the CS provides the
same information and value to the VP, the RFC form and process could change. By removing the VP signature
requirement, which is only there as an information exchange, the RFC could proceed normally with full testing and
Change Management process activities.
The 5 Whys can help you uncover root causes quickly. However, making a single mistake in any question or answer can
produce false or misleading results. For example, if you routinely come up with "because the CIO wants it that way" then
there really is no resolution to the problem, and the situation must remain the same. Perhaps this is good, or for a purpose
that you do not understand. If the root-cause is something outside of your control, all you can do it report it and move on.
It is important to recognize those situations that the team cannot fix.

Mastering the 5 Whys
It is critical to base proposed root causes (answer to the "why" questions) on direct observation and not "armchair"
speculation or deduction. If you cannot see or observe "why" firsthand then you are only guessing. One common problem
those using 5 Whys report is to fall back on guesswork. Obviously guessing is counterproductive. Masters of the technique
enforce precision by asking the 5 Whys again for each proposed root-cause -- only this time asking why the team thinks
the proposed root-cause is correct.
To validate those potential root causes that are under your control, you can apply the following validations to your
answers or root causes. Ask the following questions for every possible root-cause you identify at all levels of the 5 Whys:
Is there any proof (something you can measure or observe) to support this root-cause determination?
Is there any history or knowledge to indicate that the possible root-case could actually produce such a Problem?
Is there anything "underneath" the possible root-cause that could be a more probable root cause?
Is there anything that this possible root-cause requires in order to produce the Problem?

Page 2 of 3
Are there any other causes that could possibly produce the same Problem?
If you add these validating questions and results to the description of the problem and your questions and answers, you
will produce a much clearer indication of the Problem and you may identify other possible solutions. If you diagram this
process, you will end up with a tree of factors leading up to the problem. Even if you do not come to a resolution, the
understanding of the issue or problem is greatly enhanced, often providing direction for further diagnosis. [Using
Ishikawa (cause-and-effect or "fishbone") diagrams makes the 5 Whys especially effective.

Summary
Do not be fooled by the apparent simplicity of the 5 Whys. Six Sigma uses this process extensively, and the 5 Whys are a
cornerstone of the Toyota Production System (TPS), which is renowned throughout the world as a model for quality. 5
Whys plays a part in the Deming Plan Do Check Act (PDCA) cycle and Ishikawa ("fishbone") root-cause analysis as well.
You can use the 5 Whys for almost any problem regarding people, process or products. As a brainstorming method, the 5
Whys are hard to beat. This technique is inexpensive, easy to implement and very effective. Give 5 Whys a try on your
next tough problem.

Entire Contents © 2009 itSM Solutions® LLC. All Rights Reserved.
ITIL ® and IT Infrastructure Library ® are Registered Trade Marks of the Office of Government Commerce and is used here by itSM Solutions LLC
under license from and with the permission of OGC (Trade Mark License No. 0002).

Page 3 of 3

More Related Content

What's hot

How can we understand the problem?
How can we understand the problem?How can we understand the problem?
How can we understand the problem?
Frank Calberg
 
Root cause analysis apr 2010
Root cause analysis apr 2010Root cause analysis apr 2010
Root cause analysis apr 2010
Michael Sahota
 
Extend the five whys to eight- whys! why
Extend the five  whys to eight- whys! whyExtend the five  whys to eight- whys! why
Extend the five whys to eight- whys! why
Ali Anani, PhD
 
Com 140 check point different kinds of messages
Com 140 check point different kinds of messagesCom 140 check point different kinds of messages
Com 140 check point different kinds of messages
rothscarttispi1982
 
Root Cause Analysis
Root  Cause  AnalysisRoot  Cause  Analysis
Root Cause Analysis
puspaltamuli
 
5 Why Training Slides Oct 14, 2009
5 Why Training Slides Oct 14, 20095 Why Training Slides Oct 14, 2009
5 Why Training Slides Oct 14, 2009ExerciseLeanLLC
 
The Five Whys - Are We Doing it Wrong?
The Five Whys - Are We Doing it Wrong?The Five Whys - Are We Doing it Wrong?
The Five Whys - Are We Doing it Wrong?
Mike Rother
 
Root causes by 5 whys
Root causes by 5 whysRoot causes by 5 whys
Root causes by 5 whys
Adisak Chabtalay
 
Business analysis1.9 - business side
Business analysis1.9 - business sideBusiness analysis1.9 - business side
Business analysis1.9 - business side
Anton Galitskiy
 
5 why analysis training presentaion
5 why analysis training presentaion5 why analysis training presentaion
5 why analysis training presentaion
Dharmesh Panchal
 
5-Why Training
5-Why Training5-Why Training
5-Why Training
Ranita Kaur
 
Five whys summary
Five whys summaryFive whys summary
Five whys summary
Steve Hayes
 
5 whys nhsiq 2014
5 whys   nhsiq 20145 whys   nhsiq 2014
5 whys nhsiq 2014
NHS Improving Quality
 
5 whys retro
5 whys retro5 whys retro
5 whys retro
Lital Hassine
 
The 7 step problem solving methodology
The 7 step problem solving methodologyThe 7 step problem solving methodology
The 7 step problem solving methodologyquest_pune
 
5 why’s technique and cause and effect analysis
5 why’s technique and cause and effect analysis5 why’s technique and cause and effect analysis
5 why’s technique and cause and effect analysis
Bhagya Silva
 
Intro to Root Cause Analysis
Intro to Root Cause AnalysisIntro to Root Cause Analysis
Intro to Root Cause Analysis
Carmel Khan
 
Problem Solving Tools and Techniques by TQMI
Problem Solving Tools and Techniques by TQMIProblem Solving Tools and Techniques by TQMI
Problem Solving Tools and Techniques by TQMI
TQMI
 

What's hot (20)

How can we understand the problem?
How can we understand the problem?How can we understand the problem?
How can we understand the problem?
 
Root cause analysis apr 2010
Root cause analysis apr 2010Root cause analysis apr 2010
Root cause analysis apr 2010
 
Extend the five whys to eight- whys! why
Extend the five  whys to eight- whys! whyExtend the five  whys to eight- whys! why
Extend the five whys to eight- whys! why
 
5 whys
5 whys5 whys
5 whys
 
Com 140 check point different kinds of messages
Com 140 check point different kinds of messagesCom 140 check point different kinds of messages
Com 140 check point different kinds of messages
 
Root Cause Analysis
Root  Cause  AnalysisRoot  Cause  Analysis
Root Cause Analysis
 
5 Why Training Slides Oct 14, 2009
5 Why Training Slides Oct 14, 20095 Why Training Slides Oct 14, 2009
5 Why Training Slides Oct 14, 2009
 
The Five Whys - Are We Doing it Wrong?
The Five Whys - Are We Doing it Wrong?The Five Whys - Are We Doing it Wrong?
The Five Whys - Are We Doing it Wrong?
 
Root causes by 5 whys
Root causes by 5 whysRoot causes by 5 whys
Root causes by 5 whys
 
Business analysis1.9 - business side
Business analysis1.9 - business sideBusiness analysis1.9 - business side
Business analysis1.9 - business side
 
5 why analysis training presentaion
5 why analysis training presentaion5 why analysis training presentaion
5 why analysis training presentaion
 
5-Why Training
5-Why Training5-Why Training
5-Why Training
 
Five whys summary
Five whys summaryFive whys summary
Five whys summary
 
5 whys nhsiq 2014
5 whys   nhsiq 20145 whys   nhsiq 2014
5 whys nhsiq 2014
 
5 whys retro
5 whys retro5 whys retro
5 whys retro
 
The 7 step problem solving methodology
The 7 step problem solving methodologyThe 7 step problem solving methodology
The 7 step problem solving methodology
 
5 why analysis
5 why analysis5 why analysis
5 why analysis
 
5 why’s technique and cause and effect analysis
5 why’s technique and cause and effect analysis5 why’s technique and cause and effect analysis
5 why’s technique and cause and effect analysis
 
Intro to Root Cause Analysis
Intro to Root Cause AnalysisIntro to Root Cause Analysis
Intro to Root Cause Analysis
 
Problem Solving Tools and Techniques by TQMI
Problem Solving Tools and Techniques by TQMIProblem Solving Tools and Techniques by TQMI
Problem Solving Tools and Techniques by TQMI
 

Viewers also liked (18)

Dit yvol2iss3
Dit yvol2iss3Dit yvol2iss3
Dit yvol2iss3
 
Open it sm solutions final
Open it sm solutions   finalOpen it sm solutions   final
Open it sm solutions final
 
Dit yvol3iss16
Dit yvol3iss16Dit yvol3iss16
Dit yvol3iss16
 
Dit yvol4iss14
Dit yvol4iss14Dit yvol4iss14
Dit yvol4iss14
 
Dit yvol4iss46
Dit yvol4iss46Dit yvol4iss46
Dit yvol4iss46
 
Dit yvol5iss40
Dit yvol5iss40Dit yvol5iss40
Dit yvol5iss40
 
Dit yvol1iss3
Dit yvol1iss3Dit yvol1iss3
Dit yvol1iss3
 
Dit yvol3iss27
Dit yvol3iss27Dit yvol3iss27
Dit yvol3iss27
 
Dit yvol4iss19
Dit yvol4iss19Dit yvol4iss19
Dit yvol4iss19
 
Dit yvol2iss49
Dit yvol2iss49Dit yvol2iss49
Dit yvol2iss49
 
Dit yvol3iss7
Dit yvol3iss7Dit yvol3iss7
Dit yvol3iss7
 
Dit yvol4iss30
Dit yvol4iss30Dit yvol4iss30
Dit yvol4iss30
 
Dit yvol3iss33
Dit yvol3iss33Dit yvol3iss33
Dit yvol3iss33
 
Dit yvol3iss50
Dit yvol3iss50Dit yvol3iss50
Dit yvol3iss50
 
Dit yvol2iss22
Dit yvol2iss22Dit yvol2iss22
Dit yvol2iss22
 
Dit yvol6iss23
Dit yvol6iss23Dit yvol6iss23
Dit yvol6iss23
 
Dit yvol2iss10
Dit yvol2iss10Dit yvol2iss10
Dit yvol2iss10
 
Dit yvol4iss34
Dit yvol4iss34Dit yvol4iss34
Dit yvol4iss34
 

Similar to Dit yvol5iss39

Fishbone analysis
Fishbone analysisFishbone analysis
Fishbone analysis
Jo Balucanag - Bitonio
 
Error Management, RCA
Error Management, RCAError Management, RCA
Error Management, RCA
Bilal Al-kadri
 
A Guide To The Five Whys Technique
A Guide To The Five Whys TechniqueA Guide To The Five Whys Technique
A Guide To The Five Whys Technique
Luz Martinez
 
8D Problem Solving WorksheetGroup NumberGroup Member Nam.docx
8D Problem Solving WorksheetGroup NumberGroup Member Nam.docx8D Problem Solving WorksheetGroup NumberGroup Member Nam.docx
8D Problem Solving WorksheetGroup NumberGroup Member Nam.docx
ransayo
 
A-Root-Cause-Analysis-TOOLS.pptx
A-Root-Cause-Analysis-TOOLS.pptxA-Root-Cause-Analysis-TOOLS.pptx
A-Root-Cause-Analysis-TOOLS.pptx
babuvijayagopal
 
Root Cause Analysis
Root Cause AnalysisRoot Cause Analysis
Root Cause Analysis
Ankur Chaturvedi
 
Problem solving use a fishbone diagram
Problem solving use a fishbone diagramProblem solving use a fishbone diagram
Problem solving use a fishbone diagramJohnRicoPanjaitan
 
Why - why -analysis Training Presentation
Why - why -analysis Training PresentationWhy - why -analysis Training Presentation
Why - why -analysis Training Presentation
AshweeniTiwari
 
5 Whys Training.ppt
5 Whys Training.ppt5 Whys Training.ppt
5 Whys Training.ppt
GulfamShahzad11
 
Root Cause Analysis, The 5 Why’s, and The Fishbone Diagram
Root Cause Analysis, The 5 Why’s, and The Fishbone DiagramRoot Cause Analysis, The 5 Why’s, and The Fishbone Diagram
Root Cause Analysis, The 5 Why’s, and The Fishbone Diagram
Invensis Learning
 
The Secret to Unblocking Your Business Bottlenecks
The Secret to Unblocking Your Business BottlenecksThe Secret to Unblocking Your Business Bottlenecks
The Secret to Unblocking Your Business Bottlenecks
Kashish Trivedi
 
#8 Root Cause Analysis
#8 Root Cause Analysis#8 Root Cause Analysis
#8 Root Cause Analysis
suman_purumandla
 
7 Questions to Ask When Auditing Your Customer Success Processes
7 Questions to Ask When Auditing Your Customer Success Processes 7 Questions to Ask When Auditing Your Customer Success Processes
7 Questions to Ask When Auditing Your Customer Success Processes
LizzyManz
 
problem-solving-training.pdf
problem-solving-training.pdfproblem-solving-training.pdf
problem-solving-training.pdf
srinandan10
 
Getting To The Root Cause Sample Slides
Getting To The Root Cause Sample SlidesGetting To The Root Cause Sample Slides
Getting To The Root Cause Sample Slides
Scott Munger
 
Fishbone and 5 Why webinar 02 11-21
Fishbone and 5 Why webinar 02 11-21Fishbone and 5 Why webinar 02 11-21
Fishbone and 5 Why webinar 02 11-21
Darren Dolcemascolo
 
Unlocking Insights and Driving Solutions Using the 5 Whys Approach
Unlocking Insights and Driving Solutions Using the 5 Whys ApproachUnlocking Insights and Driving Solutions Using the 5 Whys Approach
Unlocking Insights and Driving Solutions Using the 5 Whys Approach
CIToolkit
 
Decision making & problem solving
Decision making & problem solvingDecision making & problem solving
Decision making & problem solving
Gagan Malhotra
 
Operating Excellence is built on Corrective & Preventive Actions
Operating Excellence is built on Corrective & Preventive ActionsOperating Excellence is built on Corrective & Preventive Actions
Operating Excellence is built on Corrective & Preventive Actions
Atanu Dhar
 

Similar to Dit yvol5iss39 (20)

Fishbone analysis
Fishbone analysisFishbone analysis
Fishbone analysis
 
Error Management, RCA
Error Management, RCAError Management, RCA
Error Management, RCA
 
A Guide To The Five Whys Technique
A Guide To The Five Whys TechniqueA Guide To The Five Whys Technique
A Guide To The Five Whys Technique
 
8D Problem Solving WorksheetGroup NumberGroup Member Nam.docx
8D Problem Solving WorksheetGroup NumberGroup Member Nam.docx8D Problem Solving WorksheetGroup NumberGroup Member Nam.docx
8D Problem Solving WorksheetGroup NumberGroup Member Nam.docx
 
A-Root-Cause-Analysis-TOOLS.pptx
A-Root-Cause-Analysis-TOOLS.pptxA-Root-Cause-Analysis-TOOLS.pptx
A-Root-Cause-Analysis-TOOLS.pptx
 
Root Cause Analysis
Root Cause AnalysisRoot Cause Analysis
Root Cause Analysis
 
Problem solving use a fishbone diagram
Problem solving use a fishbone diagramProblem solving use a fishbone diagram
Problem solving use a fishbone diagram
 
Why - why -analysis Training Presentation
Why - why -analysis Training PresentationWhy - why -analysis Training Presentation
Why - why -analysis Training Presentation
 
5 Whys Training.ppt
5 Whys Training.ppt5 Whys Training.ppt
5 Whys Training.ppt
 
Root Cause Analysis, The 5 Why’s, and The Fishbone Diagram
Root Cause Analysis, The 5 Why’s, and The Fishbone DiagramRoot Cause Analysis, The 5 Why’s, and The Fishbone Diagram
Root Cause Analysis, The 5 Why’s, and The Fishbone Diagram
 
The Secret to Unblocking Your Business Bottlenecks
The Secret to Unblocking Your Business BottlenecksThe Secret to Unblocking Your Business Bottlenecks
The Secret to Unblocking Your Business Bottlenecks
 
#8 Root Cause Analysis
#8 Root Cause Analysis#8 Root Cause Analysis
#8 Root Cause Analysis
 
7 Questions to Ask When Auditing Your Customer Success Processes
7 Questions to Ask When Auditing Your Customer Success Processes 7 Questions to Ask When Auditing Your Customer Success Processes
7 Questions to Ask When Auditing Your Customer Success Processes
 
problem-solving-training.pdf
problem-solving-training.pdfproblem-solving-training.pdf
problem-solving-training.pdf
 
Getting To The Root Cause Sample Slides
Getting To The Root Cause Sample SlidesGetting To The Root Cause Sample Slides
Getting To The Root Cause Sample Slides
 
Fishbone and 5 Why webinar 02 11-21
Fishbone and 5 Why webinar 02 11-21Fishbone and 5 Why webinar 02 11-21
Fishbone and 5 Why webinar 02 11-21
 
Unlocking Insights and Driving Solutions Using the 5 Whys Approach
Unlocking Insights and Driving Solutions Using the 5 Whys ApproachUnlocking Insights and Driving Solutions Using the 5 Whys Approach
Unlocking Insights and Driving Solutions Using the 5 Whys Approach
 
Decision making & problem solving
Decision making & problem solvingDecision making & problem solving
Decision making & problem solving
 
Operating Excellence is built on Corrective & Preventive Actions
Operating Excellence is built on Corrective & Preventive ActionsOperating Excellence is built on Corrective & Preventive Actions
Operating Excellence is built on Corrective & Preventive Actions
 
Dit yvol2iss21
Dit yvol2iss21Dit yvol2iss21
Dit yvol2iss21
 

More from Rick Lemieux

IT Service Management (ITSM) Model for Business & IT Alignement
IT Service Management (ITSM) Model for Business & IT AlignementIT Service Management (ITSM) Model for Business & IT Alignement
IT Service Management (ITSM) Model for Business & IT Alignement
Rick Lemieux
 

More from Rick Lemieux (20)

IT Service Management (ITSM) Model for Business & IT Alignement
IT Service Management (ITSM) Model for Business & IT AlignementIT Service Management (ITSM) Model for Business & IT Alignement
IT Service Management (ITSM) Model for Business & IT Alignement
 
Dit yvol5iss41
Dit yvol5iss41Dit yvol5iss41
Dit yvol5iss41
 
Dit yvol5iss38
Dit yvol5iss38Dit yvol5iss38
Dit yvol5iss38
 
Dit yvol5iss37
Dit yvol5iss37Dit yvol5iss37
Dit yvol5iss37
 
Dit yvol5iss36
Dit yvol5iss36Dit yvol5iss36
Dit yvol5iss36
 
Dit yvol5iss35
Dit yvol5iss35Dit yvol5iss35
Dit yvol5iss35
 
Dit yvol5iss34
Dit yvol5iss34Dit yvol5iss34
Dit yvol5iss34
 
Dit yvol5iss31
Dit yvol5iss31Dit yvol5iss31
Dit yvol5iss31
 
Dit yvol5iss33
Dit yvol5iss33Dit yvol5iss33
Dit yvol5iss33
 
Dit yvol5iss32
Dit yvol5iss32Dit yvol5iss32
Dit yvol5iss32
 
Dit yvol5iss30
Dit yvol5iss30Dit yvol5iss30
Dit yvol5iss30
 
Dit yvol5iss29
Dit yvol5iss29Dit yvol5iss29
Dit yvol5iss29
 
Dit yvol5iss28
Dit yvol5iss28Dit yvol5iss28
Dit yvol5iss28
 
Dit yvol5iss26
Dit yvol5iss26Dit yvol5iss26
Dit yvol5iss26
 
Dit yvol5iss25
Dit yvol5iss25Dit yvol5iss25
Dit yvol5iss25
 
Dit yvol5iss24
Dit yvol5iss24Dit yvol5iss24
Dit yvol5iss24
 
Dit yvol5iss23
Dit yvol5iss23Dit yvol5iss23
Dit yvol5iss23
 
Dit yvol5iss22
Dit yvol5iss22Dit yvol5iss22
Dit yvol5iss22
 
Dit yvol5iss21
Dit yvol5iss21Dit yvol5iss21
Dit yvol5iss21
 
Dit yvol5iss20
Dit yvol5iss20Dit yvol5iss20
Dit yvol5iss20
 

Recently uploaded

CLASS 11 CBSE B.St Project AIDS TO TRADE - INSURANCE
CLASS 11 CBSE B.St Project AIDS TO TRADE - INSURANCECLASS 11 CBSE B.St Project AIDS TO TRADE - INSURANCE
CLASS 11 CBSE B.St Project AIDS TO TRADE - INSURANCE
BhavyaRajput3
 
678020731-Sumas-y-Restas-Para-Colorear.pdf
678020731-Sumas-y-Restas-Para-Colorear.pdf678020731-Sumas-y-Restas-Para-Colorear.pdf
678020731-Sumas-y-Restas-Para-Colorear.pdf
CarlosHernanMontoyab2
 
June 3, 2024 Anti-Semitism Letter Sent to MIT President Kornbluth and MIT Cor...
June 3, 2024 Anti-Semitism Letter Sent to MIT President Kornbluth and MIT Cor...June 3, 2024 Anti-Semitism Letter Sent to MIT President Kornbluth and MIT Cor...
June 3, 2024 Anti-Semitism Letter Sent to MIT President Kornbluth and MIT Cor...
Levi Shapiro
 
A Strategic Approach: GenAI in Education
A Strategic Approach: GenAI in EducationA Strategic Approach: GenAI in Education
A Strategic Approach: GenAI in Education
Peter Windle
 
Chapter 3 - Islamic Banking Products and Services.pptx
Chapter 3 - Islamic Banking Products and Services.pptxChapter 3 - Islamic Banking Products and Services.pptx
Chapter 3 - Islamic Banking Products and Services.pptx
Mohd Adib Abd Muin, Senior Lecturer at Universiti Utara Malaysia
 
Mule 4.6 & Java 17 Upgrade | MuleSoft Mysore Meetup #46
Mule 4.6 & Java 17 Upgrade | MuleSoft Mysore Meetup #46Mule 4.6 & Java 17 Upgrade | MuleSoft Mysore Meetup #46
Mule 4.6 & Java 17 Upgrade | MuleSoft Mysore Meetup #46
MysoreMuleSoftMeetup
 
Language Across the Curriculm LAC B.Ed.
Language Across the  Curriculm LAC B.Ed.Language Across the  Curriculm LAC B.Ed.
Language Across the Curriculm LAC B.Ed.
Atul Kumar Singh
 
The approach at University of Liverpool.pptx
The approach at University of Liverpool.pptxThe approach at University of Liverpool.pptx
The approach at University of Liverpool.pptx
Jisc
 
Additional Benefits for Employee Website.pdf
Additional Benefits for Employee Website.pdfAdditional Benefits for Employee Website.pdf
Additional Benefits for Employee Website.pdf
joachimlavalley1
 
Adversarial Attention Modeling for Multi-dimensional Emotion Regression.pdf
Adversarial Attention Modeling for Multi-dimensional Emotion Regression.pdfAdversarial Attention Modeling for Multi-dimensional Emotion Regression.pdf
Adversarial Attention Modeling for Multi-dimensional Emotion Regression.pdf
Po-Chuan Chen
 
Palestine last event orientationfvgnh .pptx
Palestine last event orientationfvgnh .pptxPalestine last event orientationfvgnh .pptx
Palestine last event orientationfvgnh .pptx
RaedMohamed3
 
Synthetic Fiber Construction in lab .pptx
Synthetic Fiber Construction in lab .pptxSynthetic Fiber Construction in lab .pptx
Synthetic Fiber Construction in lab .pptx
Pavel ( NSTU)
 
Welcome to TechSoup New Member Orientation and Q&A (May 2024).pdf
Welcome to TechSoup   New Member Orientation and Q&A (May 2024).pdfWelcome to TechSoup   New Member Orientation and Q&A (May 2024).pdf
Welcome to TechSoup New Member Orientation and Q&A (May 2024).pdf
TechSoup
 
Biological Screening of Herbal Drugs in detailed.
Biological Screening of Herbal Drugs in detailed.Biological Screening of Herbal Drugs in detailed.
Biological Screening of Herbal Drugs in detailed.
Ashokrao Mane college of Pharmacy Peth-Vadgaon
 
Thesis Statement for students diagnonsed withADHD.ppt
Thesis Statement for students diagnonsed withADHD.pptThesis Statement for students diagnonsed withADHD.ppt
Thesis Statement for students diagnonsed withADHD.ppt
EverAndrsGuerraGuerr
 
Operation Blue Star - Saka Neela Tara
Operation Blue Star   -  Saka Neela TaraOperation Blue Star   -  Saka Neela Tara
Operation Blue Star - Saka Neela Tara
Balvir Singh
 
Guidance_and_Counselling.pdf B.Ed. 4th Semester
Guidance_and_Counselling.pdf B.Ed. 4th SemesterGuidance_and_Counselling.pdf B.Ed. 4th Semester
Guidance_and_Counselling.pdf B.Ed. 4th Semester
Atul Kumar Singh
 
Supporting (UKRI) OA monographs at Salford.pptx
Supporting (UKRI) OA monographs at Salford.pptxSupporting (UKRI) OA monographs at Salford.pptx
Supporting (UKRI) OA monographs at Salford.pptx
Jisc
 
Unit 2- Research Aptitude (UGC NET Paper I).pdf
Unit 2- Research Aptitude (UGC NET Paper I).pdfUnit 2- Research Aptitude (UGC NET Paper I).pdf
Unit 2- Research Aptitude (UGC NET Paper I).pdf
Thiyagu K
 
Lapbook sobre os Regimes Totalitários.pdf
Lapbook sobre os Regimes Totalitários.pdfLapbook sobre os Regimes Totalitários.pdf
Lapbook sobre os Regimes Totalitários.pdf
Jean Carlos Nunes Paixão
 

Recently uploaded (20)

CLASS 11 CBSE B.St Project AIDS TO TRADE - INSURANCE
CLASS 11 CBSE B.St Project AIDS TO TRADE - INSURANCECLASS 11 CBSE B.St Project AIDS TO TRADE - INSURANCE
CLASS 11 CBSE B.St Project AIDS TO TRADE - INSURANCE
 
678020731-Sumas-y-Restas-Para-Colorear.pdf
678020731-Sumas-y-Restas-Para-Colorear.pdf678020731-Sumas-y-Restas-Para-Colorear.pdf
678020731-Sumas-y-Restas-Para-Colorear.pdf
 
June 3, 2024 Anti-Semitism Letter Sent to MIT President Kornbluth and MIT Cor...
June 3, 2024 Anti-Semitism Letter Sent to MIT President Kornbluth and MIT Cor...June 3, 2024 Anti-Semitism Letter Sent to MIT President Kornbluth and MIT Cor...
June 3, 2024 Anti-Semitism Letter Sent to MIT President Kornbluth and MIT Cor...
 
A Strategic Approach: GenAI in Education
A Strategic Approach: GenAI in EducationA Strategic Approach: GenAI in Education
A Strategic Approach: GenAI in Education
 
Chapter 3 - Islamic Banking Products and Services.pptx
Chapter 3 - Islamic Banking Products and Services.pptxChapter 3 - Islamic Banking Products and Services.pptx
Chapter 3 - Islamic Banking Products and Services.pptx
 
Mule 4.6 & Java 17 Upgrade | MuleSoft Mysore Meetup #46
Mule 4.6 & Java 17 Upgrade | MuleSoft Mysore Meetup #46Mule 4.6 & Java 17 Upgrade | MuleSoft Mysore Meetup #46
Mule 4.6 & Java 17 Upgrade | MuleSoft Mysore Meetup #46
 
Language Across the Curriculm LAC B.Ed.
Language Across the  Curriculm LAC B.Ed.Language Across the  Curriculm LAC B.Ed.
Language Across the Curriculm LAC B.Ed.
 
The approach at University of Liverpool.pptx
The approach at University of Liverpool.pptxThe approach at University of Liverpool.pptx
The approach at University of Liverpool.pptx
 
Additional Benefits for Employee Website.pdf
Additional Benefits for Employee Website.pdfAdditional Benefits for Employee Website.pdf
Additional Benefits for Employee Website.pdf
 
Adversarial Attention Modeling for Multi-dimensional Emotion Regression.pdf
Adversarial Attention Modeling for Multi-dimensional Emotion Regression.pdfAdversarial Attention Modeling for Multi-dimensional Emotion Regression.pdf
Adversarial Attention Modeling for Multi-dimensional Emotion Regression.pdf
 
Palestine last event orientationfvgnh .pptx
Palestine last event orientationfvgnh .pptxPalestine last event orientationfvgnh .pptx
Palestine last event orientationfvgnh .pptx
 
Synthetic Fiber Construction in lab .pptx
Synthetic Fiber Construction in lab .pptxSynthetic Fiber Construction in lab .pptx
Synthetic Fiber Construction in lab .pptx
 
Welcome to TechSoup New Member Orientation and Q&A (May 2024).pdf
Welcome to TechSoup   New Member Orientation and Q&A (May 2024).pdfWelcome to TechSoup   New Member Orientation and Q&A (May 2024).pdf
Welcome to TechSoup New Member Orientation and Q&A (May 2024).pdf
 
Biological Screening of Herbal Drugs in detailed.
Biological Screening of Herbal Drugs in detailed.Biological Screening of Herbal Drugs in detailed.
Biological Screening of Herbal Drugs in detailed.
 
Thesis Statement for students diagnonsed withADHD.ppt
Thesis Statement for students diagnonsed withADHD.pptThesis Statement for students diagnonsed withADHD.ppt
Thesis Statement for students diagnonsed withADHD.ppt
 
Operation Blue Star - Saka Neela Tara
Operation Blue Star   -  Saka Neela TaraOperation Blue Star   -  Saka Neela Tara
Operation Blue Star - Saka Neela Tara
 
Guidance_and_Counselling.pdf B.Ed. 4th Semester
Guidance_and_Counselling.pdf B.Ed. 4th SemesterGuidance_and_Counselling.pdf B.Ed. 4th Semester
Guidance_and_Counselling.pdf B.Ed. 4th Semester
 
Supporting (UKRI) OA monographs at Salford.pptx
Supporting (UKRI) OA monographs at Salford.pptxSupporting (UKRI) OA monographs at Salford.pptx
Supporting (UKRI) OA monographs at Salford.pptx
 
Unit 2- Research Aptitude (UGC NET Paper I).pdf
Unit 2- Research Aptitude (UGC NET Paper I).pdfUnit 2- Research Aptitude (UGC NET Paper I).pdf
Unit 2- Research Aptitude (UGC NET Paper I).pdf
 
Lapbook sobre os Regimes Totalitários.pdf
Lapbook sobre os Regimes Totalitários.pdfLapbook sobre os Regimes Totalitários.pdf
Lapbook sobre os Regimes Totalitários.pdf
 

Dit yvol5iss39

  • 1. The workable, practical guide to Do IT Yourself Vol. 5.39 • October 2, 2009 5 Whys to Solve Problems By Hank Marquis Hank is EVP of Knowledge Management at Universal Solutions Group, and Founder and Director of NABSM.ORG. Contact Hank by email at hank.marquis@usgct.com. View Hank's blog at www.hankmarquis.info. The IT Infrastructure Library® (ITIL®) assigns Problem Management the responsibility for determining the root-cause of an event or fault. Often misunderstood, the role of a Problem Manager is to coordinate and guide troubleshooting activities – usually for difficult or cross-domain problems. The ITIL goes on to describe a number of troubleshooting tools, methods, and techniques available to aid in coordinating and organizing troubleshooting activities. As usual, the ITIL does not actually describe how to perform many of these troubleshooting techniques. Formal Problem Management requires leadership, teamwork and processes for problem solving. One of the best tools available for this is the venerable "5 Whys" technique, a deceptively simple tool originating at Toyota Motor Corporation. Used extensively in Six Sigma, 5 Whys aids teams in identifying the root-cause of problems. Following, I introduce "5 Whys" and show you how to starting solving those tough problems. 5 Whys Invented in the 1930's by Toyota Founder Kiichiro Toyoda's father Sakichi and made popular in the 1970s by the Toyota Production System, the 5 Whys strategy involves looking at any problem and asking: "Why?" and "What caused this problem?" Six Sigma, a Quality Management System (QMS), uses "5 Whys" in the Analyze phase of the Six Sigma Define, Measure, Analyze, Improve, Control (DMAIC) methodology. The idea is simple. By asking the question "Why" you can separate the symptoms from the causes of a problem. This is critical as symptoms often mask the causes of problems. As with effective Incident Classification, basing actions on symptoms is worst possible practice 5 Whys offers some real benefits at any maturity level: Simplicity. It is easy to use and requires no advanced mathematics or tools. Effectiveness. It truly helps to quickly separate symptoms from causes and identify the root cause of a problem. Comprehensiveness. It aids in determining the relationships between various problem causes. Flexibility. It works well alone and when combined with other quality improvement and troubleshooting techniques. Engaging. By its very nature, it fosters and produces teamwork and teaming within and without the organization. Inexpensive. It is a guided, team-focused exercise. There are no additional costs. Often the answer to the one "why" uncovers another reason and generates another "why." It often takes five "whys" to arrive at the root-cause of the problem. You will probably find that you ask more or less than 5 "whys" in practice. How to Use the 5 Whys 1. Assemble a team of people knowledgeable about the failing Configuration Item (CI). Include IT and non-IT personnel where appropriate. For example, trying to diagnose the root cause of a failed Change Management process should probably involve Customers as well as IT. 2. On a flip chart, presentation board, or even paper write out a description of what you know about the problem. Try to Page 1 of 3
  • 2. document the Problem and describe it as completely as possible. Refine the definition with the team. Come to an agreement on the definition of the Problem at hand. 3. Have the team members ask "Why" the Problem as described could occur, and write the answer down underneath the Problem description. 4. If the answer provided from 3 (above) does not solve the Problem, you must repeat steps 3 and 4 until you do. 5. If the answer provided from 3 (above) seems likely to solve the Problem, make sure the team agrees and attempt a resolution using the answer. Here is an example (of course, this is an example, and is for illustration purposes only): Problem Description: Customers are unhappy because Changes are causing outages. Q: Why do the Changes cause outages? A: Because many Customer changes are marked "Urgent" and we don't get the chance to fully test the Change and use Change Management procedures. Q: Why are the Changes marked "Urgent?" A: Because the Customer cannot get the signature of the VP since the VP travels often. Marking the Request for Change (RFC) as Urgent bypasses the VP signature requirement. Q: Why does the form require approval from the VP? A: So that the VP is aware of pending Changes. Q: Is there some other way the VP can get this information? A: The Change Schedule (CS) shows this information. So, the real problem is that an RFC does not truly require the signature of the VP, and the signature requirement is really just a method of informing the VP about Changes. Using the 5 Whys the team discovered that because the form required a VP signature, and it was difficult to get the signature, the Customer would mark the RFC as Urgent, thus not requiring the VP signature. Since the CS provides the same information and value to the VP, the RFC form and process could change. By removing the VP signature requirement, which is only there as an information exchange, the RFC could proceed normally with full testing and Change Management process activities. The 5 Whys can help you uncover root causes quickly. However, making a single mistake in any question or answer can produce false or misleading results. For example, if you routinely come up with "because the CIO wants it that way" then there really is no resolution to the problem, and the situation must remain the same. Perhaps this is good, or for a purpose that you do not understand. If the root-cause is something outside of your control, all you can do it report it and move on. It is important to recognize those situations that the team cannot fix. Mastering the 5 Whys It is critical to base proposed root causes (answer to the "why" questions) on direct observation and not "armchair" speculation or deduction. If you cannot see or observe "why" firsthand then you are only guessing. One common problem those using 5 Whys report is to fall back on guesswork. Obviously guessing is counterproductive. Masters of the technique enforce precision by asking the 5 Whys again for each proposed root-cause -- only this time asking why the team thinks the proposed root-cause is correct. To validate those potential root causes that are under your control, you can apply the following validations to your answers or root causes. Ask the following questions for every possible root-cause you identify at all levels of the 5 Whys: Is there any proof (something you can measure or observe) to support this root-cause determination? Is there any history or knowledge to indicate that the possible root-case could actually produce such a Problem? Is there anything "underneath" the possible root-cause that could be a more probable root cause? Is there anything that this possible root-cause requires in order to produce the Problem? Page 2 of 3
  • 3. Are there any other causes that could possibly produce the same Problem? If you add these validating questions and results to the description of the problem and your questions and answers, you will produce a much clearer indication of the Problem and you may identify other possible solutions. If you diagram this process, you will end up with a tree of factors leading up to the problem. Even if you do not come to a resolution, the understanding of the issue or problem is greatly enhanced, often providing direction for further diagnosis. [Using Ishikawa (cause-and-effect or "fishbone") diagrams makes the 5 Whys especially effective. Summary Do not be fooled by the apparent simplicity of the 5 Whys. Six Sigma uses this process extensively, and the 5 Whys are a cornerstone of the Toyota Production System (TPS), which is renowned throughout the world as a model for quality. 5 Whys plays a part in the Deming Plan Do Check Act (PDCA) cycle and Ishikawa ("fishbone") root-cause analysis as well. You can use the 5 Whys for almost any problem regarding people, process or products. As a brainstorming method, the 5 Whys are hard to beat. This technique is inexpensive, easy to implement and very effective. Give 5 Whys a try on your next tough problem. Entire Contents © 2009 itSM Solutions® LLC. All Rights Reserved. ITIL ® and IT Infrastructure Library ® are Registered Trade Marks of the Office of Government Commerce and is used here by itSM Solutions LLC under license from and with the permission of OGC (Trade Mark License No. 0002). Page 3 of 3