Ursachenanalyse als Mindmap: kostenlose Vorlage zum Bearbeiten

Ursachenanalyse als Mindmap: kostenlose Vorlage zum Bearbeiten

Die interaktive MindMap-Zeichenfläche zu dieser Erklärung — jede Bahn, jede Zeile und jeder Pfeil oben gehört zu einem echten QueryChart-Diagramm, das Sie öffnen und bearbeiten können.

So lesen Sie diese Mindmap

• Beginnen Sie bei „Problembeschreibung“ und stellen Sie sicher, dass dort ein konkretes Problem steht. Gehen Sie dann in beliebiger Reihenfolge durch „Mensch“ bis „Messung“, fügen Sie mögliche Ursachen als kurze Wendungen hinzu und hängen Sie jeweils eine Warum-Kette an. Schließen Sie mit „Verifikation“ ab, das die Übriggebliebenen sammelt.
• Gestrichelte Pfeile verbinden Zweige, die sich beeinflussen. So verändert die Definition der Kennzahl unter „Definition der Kennzahl“ die Größe der Abweichung unter „Größe der Abweichung“, und eine lockere Spezifikation unter „Spezifikationen“ kann als schwache Anweisung unter „Befolgte Anweisungen“ sichtbar werden.

Problembeschreibung

„Problembeschreibung“ steht am Anfang, weil ein vages Problem eine vage Analyse ergibt. „Was passiert ist“ hält fest, was tatsächlich beobachtet wurde, „Größe der Abweichung“ beziffert es, und „Bisherige Sofortmaßnahmen“ vermerkt, was getan wurde, damit es sich während der Untersuchung nicht verschlimmert.

Füllen Sie „Wo es beobachtet wurde“ und „Wann es begann“ mit Fakten, nicht mit Meinungen. Der häufigste Fehler ist, die anderen Zweige zu beginnen, bevor das Problem feststeht, und am Ende drei verschiedene Probleme zugleich zu erklären.

Mensch

„Mensch“ fragt, ob die Beteiligten hatten, was sie brauchten, nicht, wen man beschuldigt. „Schulung und Fähigkeiten“ betrifft Wissen und Können, „Auslastung und Übergabe“, ob Auslastung und Übergabe Raum ließen, die Arbeit ordentlich zu machen, und „Befolgte Anweisungen“, ob die schriftliche Anweisung klar genug war.

Nutzen Sie „Warum war es nicht bekannt?“ und „Warum wurde es nicht geprüft?“ als kurze Warum-Kette. Endet die Antwort bei einem Namen, haben Sie eine Frage zu früh aufgehört.

Prozess

„Prozess“ betrachtet, wie die Arbeit gestaltet ist. „Gestaltung der Schritte“ fragt, ob die Schritte den Fehler überhaupt zulassen, „Unterschiede zwischen Schichten“ vergleicht, wie verschiedene Schichten oder Standorte dieselbe Arbeit erledigen, und „Übergaben“ betrachtet die Stellen, an denen Arbeit von einem Verantwortlichen zum nächsten wechselt.

Prüfen Sie „Kontrollen und Prüfungen“ zuletzt: Eine Kontrolle, die auf dem Papier existiert, unter Druck aber übersprungen wird, ist selbst ein Befund. Tritt derselbe Fehler in vielen Schritten auf, zeichnen Sie den Prozess als Flussdiagramm, bevor Sie fortfahren.

Systeme und Werkzeuge

„Systeme und Werkzeuge“ umfasst die Software, Maschinen und Instrumente, von denen die Arbeit abhängt. „Software und Einstellungen“ betrifft Konfiguration und Änderungen, „Zustand der Ausrüstung“ den physischen Zustand der Ausrüstung und „Warnungen und Protokolle“, ob etwas jemanden gewarnt hat.

Unter „Zustand der Ausrüstung“ trennen „Wartungshistorie“ und „Verschleiß und Kalibrierung“ einen einmaligen Ausfall von schleichendem Drift. Eine Kalibrierung, die ein Jahr zurückliegt, ist ein Kandidat, noch keine Ursache.

Material

„Material“ gilt für alles, was in die Arbeit eingeht. „Lieferantenleistung“ fragt, ob ein Lieferant oder ein vorgelagertes Team etwas geändert hat, „Spezifikationen“, ob die Spezifikation vollständig war, und „Lagerung und Handhabung“, ob Lagerung oder Handhabung den Input verändert hat.

In Dienstleistungen ist das Material oft Information. Behandeln Sie ein unvollständiges Antragsformular unter „Spezifikationen“ genau wie ein Teil außerhalb der Toleranz.

Umgebung

„Umgebung“ enthält die Bedingungen rund um die Arbeit. „Bedingungen“ sind Temperatur, Lärm, Licht oder Last auf dem System, „Anordnung des Arbeitsplatzes“ ist die Anordnung des Arbeitsplatzes, und „Externe Ereignisse“ ist alles außerhalb Ihrer Kontrolle wie Wetter, Feiertage oder Dritte.

Dieser Zweig bleibt oft leer, und das ist ein Ergebnis. Schreiben Sie auf, warum Sie „Bedingungen“ ausgeschlossen haben, damit die nächste Person die Prüfung nicht wiederholt.

Messung

„Messung“ stellt die Belege selbst infrage. „Datenquelle“ fragt, woher die Zahlen stammen, „Stichprobe“, wie viele betrachtet und wie sie ausgewählt wurden, und „Definition der Kennzahl“, ob alle unter der Kennzahl dasselbe verstehen.

Ein Problem, das erst nach Einführung eines neuen Berichts auftaucht, kann eine Änderung in „Definition der Kennzahl“ sein, nicht in der Arbeit. Klären Sie das, bevor Sie anderswo nach Ursachen suchen.

Verifikation

„Verifikation“ macht aus einem Brainstorming eine Analyse. „Wahrscheinliche Ursachen“ listet die übrig gebliebenen Kandidaten auf, jeweils mit „Belege dafür“ und „Belege dagegen“, „Test oder Versuch“ sagt, wie Sie den führenden prüfen, „Aussage zur Grundursache“ benennt die Ursache in einem Satz, und „Korrekturmaßnahme“ sagt, was sich ändert, damit sie nicht wiederkehrt.

Schreiben Sie „Aussage zur Grundursache“ so: Wegen X geschah Y, was zum Problem führte. Benennt der Satz nur ein Symptom oder eine Person, fragen Sie noch einmal warum.

Wie die Zweige zusammenhängen

Echte Ursachen liegen selten in einer einzigen Kategorie. Eine versäumte Prüfung unter „Kontrollen und Prüfungen“ ist oft ein Symptom der Auslastung unter „Auslastung und Übergabe“, und ein Gerätefehler unter „Zustand der Ausrüstung“ spielt vielleicht nur eine Rolle, weil eine Warnung unter „Warnungen und Protokolle“ ignoriert wurde.

Markieren Sie solche Ketten mit den Verbindungen und verfolgen Sie sie bis zum Ende. Verweisen zwei Kategorien aufeinander, liegt die Ursache meist in der Lücke zwischen ihnen, also an der Schnittstelle und nicht auf einer der beiden Seiten.

Wo die Mindmap endet und andere Diagramme beginnen

Eine Mindmap eignet sich, um mögliche Ursachen zu sammeln und zu sortieren. Sobald Sie die Reihenfolge der Ereignisse sehen müssen, wechseln Sie zu einem Flussdiagramm: Zeichnen Sie den Prozess unter „Prozess“ Schritt für Schritt und markieren Sie, wo das Problem eintritt. Betrifft der Fehler mehrere Teams, zeigt ein Swimlane-Diagramm, wer die Arbeit an welcher Stelle hielt.

Wird die Frage, wie viel in jeder Phase verloren geht, zeigt ein Sankey-Diagramm den Fluss. Behalten Sie diese Mindmap als Protokoll dessen, was erwogen und ausgeschlossen wurde.

Wichtige Zusammenhänge und Erkenntnisse

• Die Problembeschreibung begrenzt alles andere, denn eine Ursache zählt nur, wenn sie genau diese Beobachtung erklärt.
• Jede mögliche Ursache ist eine Hypothese, bis sie mit Belegen dafür und dagegen im Verifikationszweig steht.
• Eine Warum-Kette sollte bei etwas enden, das Sie ändern können, nicht bei einer Person oder bei Pech.
• Der Messzweig kann die ganze Analyse umwerfen, wenn sich die Kennzahl selbst geändert hat.
• Eine leere Ursachenkategorie ist nur dann ein Befund, wenn Sie aufschreiben, wie Sie sie ausgeschlossen haben.

Wann Sie diese Darstellung nutzen

• Eine Nachbetrachtung ohne Schuldzuweisung nach einem verpassten Termin, einer Kundenbeschwerde oder einem Produktionsfehler durchführen.
• Einen Bericht über Korrekturmaßnahmen mit klarer Spur vom Symptom über die Ursache zur Lösung vorbereiten.
• Einem Team beibringen, Vermutungen von geprüften Ursachen zu trennen, bevor es etwas ändert.

So funktioniert es

1. Das Problem benennen

   Ersetzen Sie „Das Problem“ durch das beobachtete Problem und füllen Sie „Was passiert ist“ und „Größe der Abweichung“ mit Was, Wo, Wann und Wie groß. Gehen Sie erst weiter, wenn es konkret ist.

2. Mögliche Ursachen sortieren

   Gehen Sie „Mensch“ bis „Messung“ durch und fügen Sie kurze Ursachenkandidaten mit je einer Warum-Kette hinzu. Lassen Sie Kategorien weg, die offensichtlich nicht passen, und begründen Sie das in einer Notiz.

3. Prüfen, bevor Sie schließen

   Verschieben Sie die stärksten Kandidaten nach „Wahrscheinliche Ursachen“, halten Sie Belege dafür und dagegen fest und planen Sie die Prüfung unter „Test oder Versuch“. Schreiben Sie „Aussage zur Grundursache“ erst, wenn ein Test es stützt.

Häufig gestellte Fragen

Ist eine Ursachen-Mindmap dasselbe wie ein Ishikawa-Diagramm?

Sie beruhen auf derselben Idee, mögliche Ursachen in Kategorien zu gruppieren. Ein Ishikawa-Diagramm hat ein festes Rückgrat mit Gräten, eine Mindmap lässt jede Kategorie beliebig tief wachsen und erlaubt Querverbindungen, etwa ein Messproblem, das die Größe des Problems verändert.

Wie oft sollte ich warum fragen?

Es gibt keine magische Zahl. Fragen Sie weiter, bis die Antwort etwas ist, das Sie ändern und testen können, etwa eine fehlende Prüfung oder eine unklare Spezifikation. Endet die Kette bei einem Namen oder bei Pech, haben Sie meist eine Frage zu früh aufgehört.

Was tue ich, wenn mehrere Ursachen zutreffen könnten?

Listen Sie alle im Verifikationszweig mit Belegen dafür und dagegen auf. Testen Sie zuerst die mit der besten Unterstützung und prüfen Sie dann, ob das Problem bleibt. Mehrere beitragende Ursachen sind häufig, halten Sie also jede bestätigte samt Korrekturmaßnahme fest.

Wann sollte ich zu einem Flussdiagramm wechseln?

Wechseln Sie, wenn die Frage lautet, in welcher Reihenfolge etwas geschieht oder wo ein Schritt schiefgeht. Eine Mindmap sortiert Ideen, zeigt aber keine Abfolge. Zeichnen Sie den Prozess als Flussdiagramm, markieren Sie, wo der Fehler auftritt, und behalten Sie die Mindmap als Liste der erwogenen Ursachen.

Diese Ursachenanalyse-Mindmap nutzen

Öffnen Sie die Mindmap als eigene Fläche, schreiben Sie das Problem in die Mitte und beginnen Sie, Ursachen nach Kategorien zu sortieren.

Diese Ursachenanalyse-Mindmap nutzen