Problem solvingProzanta Method Standard · v1.0 · juli 2026

Fishbone diagram (Ishikawa)

Fishbone / Ishikawa Diagram

The fishbone diagram structures all plausible causes of a problem into categories (the 6 Ms), so the team thinks across the whole breadth before drilling into the depth — and no cause family is overlooked.

45-90 minutes4-8 people across functions + a facilitator

Use the method when

  • The problem is diffuse or has many possible causes — and the team disagrees about which
  • As the first step in root cause analysis, before 5 Whys chooses a direction
  • Cross-functional problems where each function only sees its part of the picture

Don’t use it when

  • The causal chain is obviously linear and simple — go straight to 5 Whys
  • As a conclusion: a fishbone without subsequent verification is a brainstorm with a skeleton

Before you start

1

A precise, measurable problem statement (the fish’s head) — agreed before the meeting

2

A cross-functional group: operator, technician, quality, planning as relevant

3

Data about the problem is in the room: when, where, how often

The standard

How to do it — step by step

01

Draw the fish and agree the categories

5 min

The problem in the head to the right, six bones: Man, Machine, Method, Material, Measurement, Milieu. In administrative processes, replace as needed (e.g. System, Information, Procedure). The categories are scaffolding — not dogma.

02

Brainstorm causes per bone — without a filter

20-30 min

All plausible causes on sticky notes, placed on the relevant bone. No discussion of right/wrong yet — criticism at this stage locks out the quiet participants’ knowledge, and they are often the ones who know.

03

Drill each significant bone one level down

15-20 min

For the heaviest causes: why does it arise? Sub-causes are drawn as side bones. The diagram may well become messy — it is a way of thinking, not a presentation.

04

Prioritise with data — not a show of hands

10-15 min

Which causes are supported by data (when/where patterns)? Which can be quickly checked at the gemba? Choose the 2-4 most likely for verification. A vote without data chooses the best-phrased cause — not the right one.

05

Verify the selected ones — and go deep

efterfølgende

Each selected cause is tested: can it turn the problem on/off? Do measurements support it? The confirmed causes are carried into 5 Whys to root cause and countermeasure.

The classic mistakes

How it goes wrong in practice — and this is where most implementations part ways.

The diagram is mistaken for the analysis

A neat fishbone is a collection of hypotheses. Without the verification step, nothing is found — only proposed.

The Man bone becomes the bin

“Inattention”, “carelessness”, “lack of motivation” are not causes — they are symptoms of system causes (unclear standard, poor layout, time pressure). Drill further.

Too broad a problem in the head

“Poor quality” gives a fishbone the size of a whale and just as manageable. Narrow down: one defect type, one area, one period.

Related standards

The standard is free. The anchoring is the craft.

The method only works when it becomes daily routines and leadership behaviour. The operations check shows in 4 minutes where your operations stand — and what should come first.