Browse Definitions :
Definition

fishbone diagram (Ishikawa cause and effect)

A fishbone diagram is a visualization tool for categorizing the potential causes of a problem. This tool is used in order to identify a problem’s root causes. Typically used for root cause analysis, a fishbone diagram combines the practice of brainstorming with a type of mind map template. It should be efficient as a test case technique to determine cause and effect.

A fishbone diagram is useful in product development and troubleshooting processes, typically used to focus a conversation around a problem. After the group has brainstormed all the possible causes for a problem, the facilitator helps the group to rate the potential causes according to their level of importance and diagram a hierarchy. The name comes from the diagram's design, which looks much like a skeleton of a fish. Fishbone diagrams are typically worked right to left, with each large "bone" of the fish branching out to include smaller bones, each containing more detail.

Dr. Kaoru Ishikawa, a Japanese quality control expert, is credited with inventing the fishbone diagram to help employees avoid solutions that merely address the symptoms of a much larger problem. Fishbone diagrams are considered one of seven basic quality tools and are used in the "analyze" phase of Six Sigma's DMAIC (define, measure, analyze, improve, control) approach to problem-solving.

Fishbone diagrams are also called a cause and effect diagram, or Ishikawa diagram.

How to create a fishbone diagram

Fishbone diagrams are typically made during a team meeting and drawn on a flipchart or whiteboard. Once a problem that needs to be studied further is identified, teams can take the following steps to create the diagram:

  1. The head of the fish is created by listing the problem in a statement format and drawing a box around it. A horizontal arrow is then drawn across the page with an arrow pointing to the head. This acts as the backbone of the fish.
  2. Then at least four overarching "causes" are identified that might contribute to the problem. Some generic categories to start with may include methods, skills, equipment, people, materials, environment or measurements. These causes are then drawn to branch off from the spine with arrows, making the first bones of the fish.
  3. For each overarching cause, team members should brainstorm any supporting information that may contribute to it. This typically involves some sort of questioning methods, such as the 5 Why's or the 4P's (Policies, Procedures, People and Plant) to keep the conversation focused. These contributing factors are written down to branch off their corresponding cause.
  4. This process of breaking down each cause is continued until the root causes of the problem have been identified. The team then analyzes the diagram until an outcome and next steps are agreed upon.

Example of a fishbone diagram

The following graphic is an example of a fishbone diagram with the problem "Website went down." Two of the overarching causes have been identified as "Unable to connect to server" and "DNS lookup problem," with further contributing factors branching off.

Example of a fishbone diagram
Example of a fishbone diagram

When to use a fishbone diagram

A few reasons a team might want to consider using a fishbone diagram are:

  • To identify the possible causes of a problem.
  • To help develop a product that addresses issues within current market offerings.
  • To reveal bottlenecks or areas of weakness in a business process.
  • To avoid reoccurring issues or employee burnout.
  • To ensure that any corrective actions put into place will resolve the issue.
This was last updated in December 2020

Continue Reading About fishbone diagram (Ishikawa cause and effect)

SearchCompliance
  • pure risk

    Pure risk refers to risks that are beyond human control and result in a loss or no loss with no possibility of financial gain.

  • risk reporting

    Risk reporting is a method of identifying risks tied to or potentially impacting an organization's business processes.

  • risk exposure

    Risk exposure is the quantified potential loss from business activities currently underway or planned.

SearchSecurity
  • script kiddie

    Script kiddie is a derogative term that computer hackers coined to refer to immature, but often just as dangerous, exploiters of ...

  • cipher

    In cryptography, a cipher is an algorithm for encrypting and decrypting data.

  • What is risk analysis?

    Risk analysis is the process of identifying and analyzing potential issues that could negatively impact key business initiatives ...

SearchHealthIT
SearchDisasterRecovery
  • What is risk mitigation?

    Risk mitigation is a strategy to prepare for and lessen the effects of threats faced by a business.

  • fault-tolerant

    Fault-tolerant technology is a capability of a computer system, electronic system or network to deliver uninterrupted service, ...

  • synchronous replication

    Synchronous replication is the process of copying data over a storage area network, local area network or wide area network so ...

SearchStorage
  • gigabyte (GB)

    A gigabyte (GB) -- pronounced with two hard Gs -- is a unit of data storage capacity that is roughly equivalent to 1 billion ...

  • MRAM (magnetoresistive random access memory)

    MRAM (magnetoresistive random access memory) is a method of storing data bits using magnetic states instead of the electrical ...

  • storage volume

    A storage volume is an identifiable unit of data storage. It can be a removable hard disk, but it does not have to be a unit that...

Close