5 whys in problem management

[chaitalivar]

What are the 5 whys in RCA problem management? What are the technique in problem management?

[Dr Atul G- LNG]

Hi @chaitalivar 

It is ITIL concept mainly

https://kelvintopset.com/blog/the-five-whys-of-root-cause-analysis/

https://business.adobe.com/uk/blog/basics/5-whys-root-cause-analysis

n ServiceNow Problem Management context:

The 5 Whys is usually captured in the Problem Record as part of Root Cause Analysis (RCA) to document:

• What happened?
• Why did it happen?
• What is the real root cause?
• What corrective/preventive actions are required?

It helps ensure the problem is permanently resolved rather than repeatedly handled through incident fixes.

[Dr Atul G- LNG]

As traditionally used in problem solving, the 5-Why’s approach is straightforward: start with the initial problem and ask “why” it exists, continuing to ask “why” until you reach a root cause.  For example:

• Why did the system crash? – because there was a bug in the software
• Why was there a bug in the software?  - because it didn’t get found during testing
• Why didn’t it get found during testing? – because the testing didn’t cover that feature
• Why didn’t the testing cover that feature?  - because the team was rushed
• Why was the team rushed during testing? - …

How does this apply to ServiceNow requirements? Often, a user’s initial feature request is based on their perception of what the solution should be but isn’t necessarily the best way to apply ServiceNow capabilities to the real underlying business need.

As a (simple) example:

• Why do you need a field added to the incident table?  - Because we want to track the status of closed incidents?
• Why do you need to track the status of closed incidents? – Because we want to track process steps we have after the incident is closed?
• What steps are you tracking? – We need to track the root cause analysis and follow up actions…

In the simple example above you’d guide the requester toward using the problem management module instead of extending incident management, but it’s not always that obvious.  For example, if a user requests a custom workflow, ask why they need it. Perhaps they’re experiencing a bottleneck in approval times. Asking “why” again might reveal that don’t understand the approval system, or that the delay stems from outdated routing rules or assignment group definitions.  A custom workflow may not be needed.

It’s not always “5” questions, but asking “Why?” (repeatedly) helps us find simpler, more effective solutions aligned with the system’s capabilities.  The goal is to have an open-ended discussion to understand the request’s background fully and determine the best solution.

The 5-Why’s is an easy-to-use (and free) tool that any ServiceNow analyst or developer can use, regardless of project scope. It fosters collaboration, encourages listening, and ultimately leads to better, more business relevant ServiceNow development.

[Chetna_Aggarwal]

In Problem Management, the 5 Whys is a Root Cause Analysis (RCA) technique where you repeatedly ask "Why?" (typically five times) until you identify the underlying cause of a problem rather than just treating the symptoms.

Example (5 Whys)

Problem: Email service is unavailable.

1. Why?
   • Because the mail server stopped responding.
2. Why did the mail server stop responding?
   • Because the server ran out of disk space.
3. Why did the server run out of disk space?
   • Because log files kept growing.
4. Why were the log files growing?
   • Because log rotation was not configured.
5. Why wasn't log rotation configured?
   • Because the server build process did not include the standard logging configuration.

Root Cause: Missing log rotation configuration in the server build process.

Corrective Action: Update the server build standard to include log rotation and monitor disk usage.

---

Common RCA Techniques in Problem Management

1. 5 Whys
   • Repeatedly ask "Why?" to identify the root cause.
2. Fishbone (Ishikawa/Cause-and-Effect) Diagram
   • Categorizes possible causes (People, Process, Technology, Environment, etc.).
3. Fault Tree Analysis (FTA)
   • Uses a logical tree to trace failures back to their root causes.
4. Kepner-Tregoe Analysis
   • A structured approach to analyze and isolate the most probable cause.
5. Pareto Analysis (80/20 Rule)
   • Identifies the small number of causes responsible for most incidents.
6. Brainstorming
   • Gathers ideas from subject matter experts to identify possible causes.
7. Timeline Analysis
   • Reviews the sequence of events leading to the problem.
8. Change Analysis
   • Examines recent changes to determine if they introduced the problem.
9. Failure Mode and Effects Analysis (FMEA)
   • Identifies potential failure points and their impact before issues occur.
10. Root Cause Analysis (RCA) Workshop
    • A collaborative session involving relevant stakeholders to determine the underlying cause and preventive actions.

In ITIL/ServiceNow Problem Management, the 5 Whys, Fishbone Diagram, Kepner-Tregoe, and Change Analysis are among the most commonly used techniques for performing RCA.

[yashkamde]

Hello @chaitalivar ,

Refer this :

5 Whys RCA 

If my response helped mark as helpful and accept the solution.