Was ist ein Ishikawa-Diagramm
Das Ishikawa-Diagramm (auch Fishbone- oder Ursache-Wirkungs-Diagramm) ist ein visuelles Werkzeug, das mögliche Ursachen eines Problems strukturiert nach Kategorien sammelt. Es wurde in den 1960er Jahren vom japanischen Qualitätsforscher Kaoru Ishikawa entwickelt und ist heute weltweiter Standard in der Qualitätssicherung.
Die typische Struktur zeigt das Problem (Wirkung) rechts am „Kopf des Fisches”, die Hauptkategorien als Gräten links und die Detailursachen als feine Gräten an den Hauptlinien. Die klassische 6-M-Struktur umfasst:
- Mensch — Qualifikation, Schulung, Motivation, Ergonomie
- Maschine — Anlagenzustand, Wartung, Parameter
- Material — Eingangsqualität, Lieferant, Lagerbedingungen
- Methode — Arbeitsfolge, Standardarbeit, Prozessdefinition
- Mitwelt / Umfeld — Temperatur, Feuchtigkeit, Lichtverhältnisse
- Messung — Prüfmittel, Messsystem-Eignung, Kalibrierung
Manche Anwendungen erweitern auf 8 M mit Management und Money — sinnvoll je nach Kontext.
Schweizer Praxis-Kontext
In Schweizer Industriebetrieben ist Ishikawa Standardwerkzeug in zwei Anwendungsfeldern: in der Reklamations-Analyse (oft Pflichtbestandteil der 8D- oder CAPA-Dokumentation) und in Kaizen-Workshops bei komplexen Qualitätsproblemen.
Drei Beobachtungen aus dem Netzwerk:
- Brainstorm-Phase ehrlich nutzen — auch unwahrscheinliche Ursachen aufschreiben, sortieren kommt später
- Cross-funktional besetzen — Operator, Instandhaltung, Qualität, Engineering. Ohne Vielfalt der Perspektiven entstehen blinde Flecken
- Nach dem Diagramm priorisieren — Ishikawa liefert Hypothesen, beweist aber keine. Anschliessend mit Daten oder gezielten Versuchen prüfen, welche Ursachen tatsächlich wirken
Ein Werk in der Westschweiz hat mit konsequent moderierten Ishikawa-Sessions die Reklamationsquote in einer Komponentenfertigung über zwölf Monate halbiert — entscheidend war die Disziplin, nach jedem Diagramm die Top-3-Ursachen mit Versuchen zu prüfen.
Anwendung in der Praxis
Ishikawa funktioniert am besten in vier Anwendungsfällen:
- Probleme mit mehreren möglichen Ursachenfeldern — wenn nicht klar ist, ob es Mensch, Maschine oder Methode ist
- Cross-funktionale Team-Sessions — das Diagramm macht Wissen aus verschiedenen Funktionen sichtbar
- Einstieg in eine DMAIC-Analyze-Phase — als Hypothesen-Sammler vor der statistischen Analyse
- Schulung — anschauliche Methode, um Mitarbeitenden Ursachen-Denken beizubringen
Hilfreiche Disziplinen:
- Problem klar und messbar formulieren — nicht „Qualität schlecht”, sondern „Ausschussquote Maschine 3 Linie A, KW 12, 4,8 % gegen Zielwert 1,5 %”
- Nach dem Brainstorm jede Ursache mit 5 Why vertiefen — Ishikawa und 5 Why ergänzen sich
- Top-Ursachen mit Pareto-Logik priorisieren — nicht alles gleichzeitig untersuchen
Wann sinnvoll, wann nicht
Ishikawa ist die richtige Wahl, wenn:
- Mehrere Ursachenfelder plausibel parallel wirken
- Team-Wissen aus verschiedenen Funktionen integriert werden soll
- Eine strukturierte Hypothesen-Übersicht vor der Datenanalyse gebraucht wird
Ishikawa ist nicht das richtige Werkzeug, wenn:
- Die Ursachenkette linear und offensichtlich ist — dann reicht 5 Why
- Statistische Variation das Hauptthema ist — dann DMAIC mit Hypothesentests
- Das Diagramm zur Beschäftigungstherapie wird — drei Stunden moderieren, ohne danach in die Datenprüfung zu gehen
Ehrliche Einschätzung: Ishikawa ist visuell überzeugend, was zur Falle wird. Ein gut aussehendes Diagramm ist noch keine Ursachenanalyse — der Beweis kommt erst durch Versuche oder Daten danach.
Verwandte Begriffe
- 5 Why — vertieft jede Ursachenkategorie nach dem Brainstorm
- A3-Problemlösung — Ishikawa ist häufig Bestandteil der Ursachen-Sektion
- DMAIC — Six-Sigma-Framework, in dem Ishikawa in der Analyze-Phase steht
- PDCA — Lernzyklus, in dem Ishikawa zur Hypothesen-Bildung dient
Für die Moderation komplexer Ursachenanalysen im eigenen Team sprechen wir gerne über Lean Beratung.