The Fishbone Diagram was developed as part of Ishikawa’s quality management work at Kawasaki shipyards and became a cornerstone tool of TQM and Six Sigma. Its fundamental advantage over the 5 Whys is its ability to handle multi-causal problems — situations where multiple independent cause streams contribute simultaneously to an effect. When a problem has several parallel root causes rather than a single linear chain, the Fishbone provides the structure to capture and organise all of them.
The most widely used framework for manufacturing and operations environments organises causes into six categories (the 6Ms):
| Category | Covers | Example Causes |
|---|---|---|
| Man (People) | Human factors | Training gaps, fatigue, skill level, communication |
| Machine | Equipment and technology | Maintenance, calibration, age, capability |
| Method | Process and procedures | Unclear SOPs, wrong sequence, missing steps |
| Material | Inputs and components | Supplier quality, specification, storage conditions |
| Measurement | Data and inspection | Gauge error, sampling method, inspection frequency |
| Mother Nature (Environment) | Physical environment | Temperature, humidity, lighting, noise |
For service or transactional processes, an alternative 4S framework is used: Surroundings, Suppliers, Systems, Skills.
| Use Fishbone When… | Use 5 Whys When… |
|---|---|
| Multiple potential cause streams exist | Single cause chain is suspected |
| Group brainstorming is needed | Speed is the priority |
| Causes span multiple categories (people, machine, method) | Team has deep process knowledge already |
| You want to ensure no cause category is missed | You want to drill deep into one specific cause path |
Combination approach: Use Fishbone to identify all potential cause categories, then apply 5 Whys within each branch to reach the true root cause. This hybrid approach is used in 8D problem solving and Six Sigma DMAIC projects.
🔗 Related: Plan Do Check Act: The Improvement Cycle for Permanent Solutions
The following section contains our original 7-step guide to creating a Fishbone Diagram.
The fishbone diagram is a simple tool that allows quick and effective root causes to be understood, in the pursuit of corrective actions.Often referred to as a cause and effect diagram, or Ishikawa, it is a simple root cause analysis tool that is used for brainstorming issues and causes of particular problems and can and often is used in conjunction with the 5 Whys tool.
In a fishbone diagram, the various causes are grouped into categories and the causes cascade from the main categories, flowing towards the effect, forming what resembles a fishbone appearance.
The prime remit is to brainstorm all the possibilities that could cause the problem and then drill down to the factor(s) that are causing this issue. Once found, eliminate them. It enables the team to focus on why the problem occurs, and not on the history or symptoms of the problem, or other topics that digress from the intent of the session. It also displays a real-time ‘snap-shot’ of the collective inputs of the team as it is updated.
Draw the box on the right of a flip chart or large dry wipe board, and write the problem statement in the box. Be as clear and specific as you can about the problem.
Now draw the line going from left to right as the ‘Spine’, connecting to the problem statement.
Draw the ‘fishbones’ emanating from the spine. These represent the main cause categories.
Now label each Fishbone category. There are two options here. You can use the generic cause categories of People, Method, Machine, Material, Environment, which is easier to use for a group that is relatively new to this exercise, or you can brainstorm the major categories related to the specific problem.
Now brainstorm all the causes to the problem. You could use the approach of writing each cause on post it notes, going around the group asking each person for one cause. Continue going through the rounds, getting more causes, until all ideas are exhausted.
For each cause, agree in the group which category the issue should fall in. (An issue can fall in a number of categories) and continue this process until the group have run out of ideas.
The group in the example below, had a problem with excessive scrap. They then got a cross functional team together to understand possible reasons, listing each possible cause into categories.
The next step would be to pick the top three causes and delve deeper to find the true root causes.

1. Remember, as with any task-based activity, always close the session off with actions and owners – “Who is doing what by when?” This is important, as it keeps the teams focused on the project.
2. Hold people accountable and summarise the event, including the actions and deliverables to take away.
3. Have regular reviews with the team in between events, checking for status against the action plan, and work ways of getting tasks back on track if they are falling behind schedule. Keep on top of everything!
4. Leave every task and bit of information clear and concise, so the team understands what is expected of them.
5. As a part of Visual Management, why not create and place a number of large Problem solving boards around the shop floor or in the office. Get the teams to start identifying day to day issues, using QCPC charts and then running quick problem solving sessions, using fishbone diagrams and 5 whys together, 3 times a month for the highest turnbacks on these QCPC charts. You will systematically be embedding a problem solving and continuous improvement culture without even knowing it!