Ishikawa-Diagramm

Kategorie
ProzessanalyseKompetenzstufe
Das Ishikawa-Diagramm ist eine visuelle Methode zur Ursachenanalyse. Ein Problem wird als Wirkung am Kopf des Diagramms festgehalten. Mögliche Ursachen ordnest du entlang mehrerer Hauptäste und Unteräste. Wegen seiner Form wird das Werkzeug auch Fischgräten- oder Ursache-Wirkungs-Diagramm genannt.
Die Struktur hilft einem Team, nicht bei der erstbesten Erklärung stehenzubleiben. Stattdessen werden verschiedene Einflussbereiche systematisch betrachtet. Das Ergebnis ist noch kein Beweis für eine Ursache, sondern eine geordnete Übersicht möglicher Ursachen, die anschließend geprüft und priorisiert werden. Als Werkzeug der Ursachenanalyse gehört es zu den Lean-Methoden und den Grundlagen der Prozessoptimierung.
Rahmenbedingungen & Vorbereitung für Ishikawa-Diagramm
Voraussetzungen
- Ein klar benanntes Problem oder eine unerwünschte Wirkung
- Ein Team mit unterschiedlichen Perspektiven auf den Prozess
- Ein Whiteboard, eine Moderationsfläche oder ein digitales Board
- Etwa 45 bis 90 Minuten für Sammlung und erste Priorisierung
Vorbereitung
Formuliere das Problem konkret und neutral. Sammle vorhandene Fakten wie Fehlerarten, Häufigkeiten, Zeiten oder Kundenrückmeldungen. Lege außerdem fest, welcher Prozessabschnitt betrachtet wird und welche Bereiche nicht Teil der Analyse sind.
Für Produktionsprozesse werden häufig Kategorien wie Mensch, Maschine, Material, Methode, Messung und Mitwelt verwendet. In Büro- und Serviceprozessen kannst du passendere Kategorien wie Rollen, Regeln, Informationen, Systeme, Schnittstellen und Umfeld wählen. Die Kategorien sollen das Denken unterstützen und nicht begrenzen.
Wofür ist das Ishikawa-Diagramm besonders geeignet?

Das Ishikawa-Diagramm eignet sich, wenn ein Problem viele mögliche Ursachen aus verschiedenen Bereichen hat. Es ordnet Einflüsse nach Kategorien wie Mensch, Maschine, Methode und Material und macht das gemeinsame Sammeln im Team moderierbar. So zeigt sich zuerst das gesamte Ursachenfeld, bevor einzelne Pfade vertieft werden. Einen vielversprechenden Ast verfolgst du danach mit der 5-Why-Methode bis zur Wurzel.
Weiterführende Quelle bei Hymer: Ishikawa-Diagramm.
Ein Praxisbeispiel dazu findet sich im Anwendungsfall Produktqualität.
Häufige Fragen zum Ishikawa-Diagramm
Welche Kategorien soll ich verwenden?
Ist jede Ursache im Diagramm eine bestätigte Grundursache?
Wie viele Personen sollten teilnehmen?
Was tun, wenn das Diagramm zu groß wird?
Was ist der Unterschied zur 5-Why-Methode?
So erstellst du ein Ishikawa-Diagramm
Problem als Wirkung festhalten
Schreibe die konkrete Problemformulierung an die rechte Seite des Boards. Zeichne einen waagerechten Pfeil auf das Problem zu. Alle später gesammelten Ursachen sollen erklären, wie sie zu dieser Wirkung beitragen könnten.
Hauptkategorien bestimmen
Lege vier bis acht passende Einflussbereiche fest und zeichne sie als große Äste zur Hauptlinie. Wähle Kategorien, die zum betrachteten Prozess passen. Starre Standardkategorien sind weniger hilfreich als eine verständliche Struktur für das Team.
Mögliche Ursachen sammeln
Sammle zu jeder Kategorie mögliche Ursachen. Formuliere sie konkret und ordne sie als Unteräste ein. Noch werden keine Ideen verworfen. Achte darauf, Beobachtungen und Vermutungen sprachlich zu unterscheiden.
Ursachen weiter verzweigen
Frage bei allgemeinen Ursachen weiter nach. Aus „unklare Verantwortung“ kann zum Beispiel „keine Vertretungsregel im Freigabeprozess“ werden. Für einzelne Äste kannst du die 5-Why-Methode verwenden.
Diagramm auf Lücken prüfen
Gehe alle Kategorien gemeinsam durch. Fehlen Perspektiven, Prozessschritte oder Schnittstellen? Ergänze Ursachen, die selten sichtbar werden, etwa Zielkonflikte, fehlende Informationen oder ungeeignete Messgrößen.
Ursachen priorisieren und prüfen
Markiere die Ursachen mit hoher vermuteter Wirkung und ausreichender Plausibilität. Welche Kategorien den größten Anteil tragen, zeigt ergänzend eine Pareto-Analyse. Nutze Daten, Beobachtungen, Stichproben oder kurze Tests zur Verifikation. Das Diagramm liefert Hypothesen. Erst die Prüfung zeigt, welche Ursachen tatsächlich relevant sind.
Methode direkt anwenden
Bring die Methode ins FlowBoard: Prozess visualisieren, Kennzahlen definieren, Engpässe im Team sichtbar machen.
FlowBoard testen ↗