Skip to content
Browse
BABOK Guide
BABOK Guide
10. Techniques
Introduction 10.1 Acceptance and Evaluation Criteria 10.2 Backlog Management 10.3 Balanced Scorecard 10.4 Benchmarking and Market Analysis 10.5 Brainstorming 10.6 Business Capability Analysis 10.7 Business Cases 10.8 Business Model Canvas 10.9 Business Rules Analysis 10.10 Collaborative Games 10.11 Concept Modelling 10.12 Data Dictionary 10.13 Data Flow Diagrams 10.14 Data Mining 10.15 Data Modelling 10.16 Decision Analysis 10.17 Decision Modelling 10.18 Document Analysis 10.19 Estimation 10.20 Financial Analysis 10.21 Focus Groups 10.22 Functional Decomposition 10.23 Glossary 10.24 Interface Analysis 10.25 Interviews 10.26 Item Tracking 10.27 Lessons Learned 10.28 Metrics and Key Performance Indicators (KPIs) 10.29 Mind Mapping 10.30 Non-Functional Requirements Analysis 10.31 Observation 10.32 Organizational Modelling 10.33 Prioritization 10.34 Process Analysis 10.35 Process Modelling 10.36 Prototyping 10.37 Reviews 10.38 Risk Analysis and Management 10.39 Roles and Permissions Matrix 10.40 Root Cause Analysis 10.41 Scope Modelling 10.42 Sequence Diagrams 10.43 Stakeholder List, Map, or Personas 10.44 State Modelling 10.45 Survey or Questionnaire 10.46 SWOT Analysis 10.47 Use Cases and Scenarios 10.48 User Stories 10.49 Vendor Assessment 10.50 Workshops

10. Techniques

10.40 Root Cause Analysis

BABOK® Guide

10.40.1  Purpose

Root cause analysis is used to identify and evaluate the underlying causes of a problem.

10.40.2  Description

Root cause analysis is a systematic examination of a problem or situation that focuses on the problem's origin as the proper point of correction rather than dealing only with its effects. It applies an iterative analysis approach in order to take into account that there might be more than one root cause contributing to the effects. Root cause analysis looks at the main types of causes such as people (human error, lack of training), physical (equipment failure, poor facility), or organizational (faulty process design, poor structure).

Root cause analysis helps organize the information in a framework, which allows for deeper analysis if needed. Root cause analysis can be used for:

  • Reactive  Analysis: identifying the root cause(s) of an occurring problem for corrective action, or
  • Proactive  Analysis: identifying potential problem areas for preventive action.

Root cause analysis uses four main activities:

  • Problem Statement Definition: describes the issue to be addressed.
  • Data Collection:  gathers information about the nature, magnitude, location, and timing of the effect.
  • Cause Identification: investigates the patterns of effects to discover the specific actions that contribute to the problem. 
  • Action Identification: defines the corrective action that will prevent or minimize recurrence.

10.40.3 Elements

.1   The Fishbone Diagram

A fishbone diagram (also known as an Ishikawa or cause-and-effect diagram) is used to identify and organize the possible causes of a problem. This tool helps to focus on the cause of the problem versus the solution and organizes ideas for further analysis. The diagram serves as a map that depicts possible cause-and- effect relationships.

Steps to develop a fishbone diagram include:

Step 1.      Capturing the issue or problem under discussion in a box at the top of the diagram.

Step 2.      Drawing a line from the box across the paper or whiteboard (forming the spine of the fishbone).

Step 3.      Drawing diagonal lines from the spine to represent categories of potential causes of the problem. The categories may include people, processes, tools, and policies.

Step 4.      Drawing smaller lines to represent deeper causes.

Step 5.      Brainstorming categories and potential causes of the problem and capturing them under the appropriate category.

Step 6.      Analyzing the results. Remember that the group has identified only potential causes of the problem. Further analysis is needed to validate the actual cause, ideally with data.

Step 7.      Brainstorming potential solutions once the actual cause has been identified.

Figure 10.40.1: Fishbone Diagram

image.png

.2   The Five Whys

The five whys is a question asking process to explore the nature and cause of a problem. The five whys approach repeatedly asks questions in an attempt to get to the root cause of the problem. This is one of the simplest facilitation tools to use when problems have a human interaction component.

To use this technique:

Step 1.      Write the problem on a flip chart or whiteboard.

Step 2.      Ask "Why do you think this problem occurs?" and capture the idea below the problem.

Step 3.      Ask "Why?" again and capture that idea below the first idea. Continue with step 3 until you are convinced the actual root cause has been identified. This may take more or less than five questions—the technique is called the five whys because it often takes that many to reach the root cause, not because the question must be asked five times.

The five whys can be used alone or as part of the fishbone diagram technique. Once all ideas are captured in the diagram, use the five whys approach to drill down to the root causes.

10.40.4 Usage Considerations

.1   Strengths

  • Helps to maintain an objective perspective when performing cause-and-effect analysis.
  • Enables stakeholders to specify an effective solution at the appropriate points for corrective action.

.2   Limitations

  • Works best when the business analyst has formal training to ensure the root causes, not just symptoms of the problem, are identified.
  • May be difficult with complex problems; the potential exists to lead to a false trail and/or dead–end conclusion.