As an enhanced tool that captures problems and solutions visually, Cause Mapping expands on some of the basic ideas of the fishbone diagram for a clearer, more accurate and more specific causeand-effect analysis. Cause Mapping uses a systems-thinking approach to root-cause analysis andcident investigation that improves the way people analyze, document, communicate and solve problems.


Five distinctions distinguish Cause Mapping from the standard fishbone diagram, and each help make Cause Mapping's investigation process and solutions more effective.

1. Cause Maps Read Left to Right

Since the traditional Japanese language reads right to left across a page, the fishbone starts with a problem on the right and builds across the page moving left. A Cause map starts on the left and reads right. At every point in both on the fishbone and Cause Map, investigators ask "why" questions that move backward through time, studying effects and finding their causes. This distinguishes the Cause Map from the process map, which moves forward through time with arrows pointing left to right (the process involves performing step one, then step two, etc.)

2. Cause Maps Tie Problems to an Organization's Overall Goals

The fishbone defines one problem and finds causes. The Cause Mapping solution, however,recognizes that problems aren't always that simple.

First, just try defining one problem by asking "What's the problem?" That question can create significant disagreement in any organization, with answers varying widely depending on a person's perspective. What some see as a problem, others may see as just a symptom of a larger, more significant issue. Starting an investigation with a single problem does not necessarily reflect the nature of an incident.

Cause Mapping defines problems within the context of an organization's overall goals, for which everyone within the group shares the same perspective. For instance, one company may have a problem that involves a risk to safety, a production loss and additional labor costs-and every employee, from the machine operator to the CEO, knows the need to minimize all three. These represent the organization's overall goals, and they involve multiple people, departments and processes. Yet defining a single problem doesn't reflect how the incident affected these goals. On the other hand, defining an incident by how it deviates from these goals provides common ground for the start to any investigation.


3. Cause Maps Focus on Cause-and-Effect, not Categories

An analysis breaks something down into its parts; analyzing an incident involves breaking it down into specific cause-and-effect relationships.


Fishbone diagrams group similar causes into categories: methods, machines, materials,etc. Categorization, however, creates generalizations-and represents a polar opposite of analysis. Grouping an incident's possible causes by category does not show the cause-and effectrelationships. In effect, a fishbone's categories simply create a "Yellow Pages" directory of causes-not a map that details how causes and effects relate. For instance, a training issue grouped under "people" can cause a person to make an error that results in an equipment failure, grouped under "machinery."

Specific details form the bedrock of any investigation, from the crime scene to machine maintenance issues on a plant floor, and a thorough analysis helps uncover those details. The Cause Map organizes these details visually into "effect" boxes on the left followed by a cause to its right; that cause, in turn, represents an effect of another cause, again placed to the right. (For this reason, everybox in a Cause Map can be viewed as both an effect and a cause at the same time.)

The fuel that drives the Cause-Map analysis involves "why" questions, which link together a chain of events. An investigator asks why an event occurred, and the answer will identify at least one cause of that effect; asking "why" that cause occurred turns that cause into an effect, and identifies further causes back up the chain of events.

The relationship between causes is more important than the category that the causes fit within. Just as a topographical map should reflect the actual terrain, a Cause Map should reflect the actual incident.

4. Cause Mapping Focuses on Evidence-Based Causes

The fishbone method regularly identifies possible causes, which encourages speculation. Cause Mapping, on the other hand, focuses its analysis on causes supported by evidence. Causes produce effects; anything required to produce an effect is, by definition, a cause of that effect. Heat, fuel and oxygen, all interacting, "cause" fire.

Causes are supported by evidence while possible causes lack that evidence. During analysis of a past event, investigators may develop possible causes, identifying them throughout the Cause Map. But they are identified and treated as such, clearly distinguishable from the Cause Map's principal focus: causes supported by evidence. This makes sense, since any past incident only has actual causes, not possible ones.

5. Cause Maps Focus on Systems Thinking

Which part of a car is required for the car to function: the engine, the transmission, the battery, the driver, the steering wheel, the tires, the brakes, or the fuel? They all are, of course, because all of these elements work as a system; remove one element, and the system doesn't operate the way it should. Considering how these systems relate to causes and effects requires systems thinking. It doesn't look for one answer, or the cause, but analyzes how elements and systems work together to create an incident. It also helps explain why there are so many disagreements when people try to identify "the cause" of an incident. In fact, most organizations only focus on a single cause and fail to see the incident as a system.

To illustrate systems thinking, consider one of the most devastating and technically complex incidents of the early 20th Century-the sinking of the Titanic. If you ask a group of people why the ship sank, you will likely receive various responses: the ship hit an iceberg; the ship filled with water; the steel was weak;or the ship was going too fast. Which one of the causes was required for the Titanic to sink? All of them were. Why? It is because the Titanic disaster occurred as a system.


A system requires all of its parts, just as an incident requires all of its causes. While many think of root cause as a single element in Cause Mapping, the actual root is, in fact, a system of causes. This systems approach shows that every effect has causes (plural), and it also allows any incident to be viewed more accurately at multiple levels of detail.

The more people focus on a single element that caused an incident, the more unnecessary disagreement, debate and argument can ensue. Unlike the fishbone diagram, Cause Mapping puts systems thinking front-and-center by clearly showing how systems of causes work together to create the problems that deviate from the organization's goals.



The Cause Mapping approach builds upon and refines some of the fishbone diagram's original concepts. The concepts, examples and exercises involved with Cause Mapping improve the way people analyze, document, communicate and solve problems. The purpose of an investigation is to find the best solutions to prevent an incident from occurring, and a Cause Map helps reach this ideal by efficiently laying out-on one map- the organization's goals, problems and the systems of evidence-supported causes.

For more information on Cause Mapping visit to view free examples, templates, articles and videos.

Mark Galley

Upcoming Events

August 9 - August 11 2022

MaximoWorld 2022

View all Events
80% of newsletter subscribers report finding something used to improve their jobs on a regular basis.
Subscribers get exclusive content. Just released...MRO Best Practices Special Report - a $399 value!
Conducting Asset Criticality Assessment for Better Maintenance Strategy and Techniques

Conducting an asset criticality assessment (ACA) is the first step in maintaining the assets properly. This article addresses the best maintenance strategy for assets by using ACA techniques.

Harmonizing PMs

Maintenance reliability is, of course, an essential part of any successful business that wants to remain successful. It includes the three PMs: predictive, preventive and proactive maintenance.

How an Edge IoT Platform Increases Efficiency, Availability and Productivity

Within four years, more than 30 per cent of businesses and organizations will include edge computing in their cloud deployments to address bandwidth bottlenecks, reduce latency, and process data for decision support in real-time.

MaximoWorld 2022

The world's largest conference for IBM Maximo users, IBM Executives, IBM Maximo Partners and Services with Uptime Elements Reliability Framework and Asset Management System is being held Aug 8-11, 2022

6 Signs Your Maintenance Team Needs to Improve Its Safety Culture

When it comes to people and safety in industrial plants, maintenance teams are the ones who are most often in the line of fire and at risk for injury or death.

Making Asset Management Decisions: Caught Between the Push and the Pull

Most senior executives spend years climbing through the operational ranks. In the operational ranks, many transactional decisions are required each day.

Assume the Decision Maker Is Not Stupid to Make Your Communication More Powerful

Many make allowances for decision makers, saying some are “faking it until they make it.” However, this is the wrong default position to take when communicating with decision makers.

Ultrasound for Condition Monitoring and Acoustic Lubrication for Condition-Based Maintenance

With all the hype about acoustic lubrication instruments, you would think these instruments, once turned on, would do the job for you. Far from it!

Maintenance Costs as a Percent of Asset Replacement Value: A Useful Measure?

Someone recently asked for a benchmark for maintenance costs (MC) as a percent of asset replacement value (ARV) for chemical plants, or MC/ARV%.