Ursachenanalyse – Cause Mapping
Kurzbeschreibung
Ursachenanalyse – Ursachenkartierung ist ein strukturiertes, visuelles Werkzeug, das Teams dabei hilft, Probleme systematisch zu untersuchen. Ausgehend von der Auswirkung auf die Ziele einer Organisation verfolgt die Methode Ursachen von links nach rechts, indem sie an jedem Schritt wiederholt die Frage „Why?“ stellt. Die Karte verzweigt sich überall dort, wo mehrere unabhängige Ursachen vorliegen, und zeigt so das vollständige Bild, wie ein Problem entstanden ist. Lösungen werden anschließend direkt an die konkreten Ursachen angehängt, die sie beeinflussen, sodass Teams die effektivsten und wirtschaftlichsten Maßnahmen auswählen können, anstatt einer einzelnen „Wurzelursache“ nachzujagen.
Für wen geeignet
Dieses Template unterstützt jedes Team, das Vorfälle, Mängel, Ausfälle oder wiederkehrende Probleme untersucht. Sicherheitsteams nutzen es für Untersuchungen von Verletzungen und Beinahe-Unfällen. Operations-Manager wenden es bei Prozessstörungen und Produktionsverzögerungen an. Qualitätsingenieure verfolgen Fehler bis zu ihren Ursachen zurück. Projektmanager analysieren Terminverzögerungen und Budgetüberschreitungen. IT- und DevOps-Teams kartieren Systemausfälle und Leistungsprobleme. HR-Teams untersuchen Konflikte am Arbeitsplatz und Muster bei Mitarbeiterfluktuation. Besonders für funktionsübergreifende Teams ist die visuelle, evidenzbasierte Struktur hilfreich, weil sie abteilungsübergreifend ein gemeinsames Verständnis schafft.
Anleitung
(a) Problemübersicht ausfüllen – Notiere das Problem, wann und wo es aufgetreten ist und welches organisatorische Ziel betroffen war.
(b) Auswirkungen bestimmen – Gib an, welches Ziel beeinträchtigt wurde: Sicherheit, Kundenzufriedenheit, Kosten, Zeitplan oder Qualität.
(c) Ursachen-Map erstellen – Ausgehend von der Auswirkung an jedem Knoten "Why?" fragen und von links nach rechts vorgehen. Verzweige die Map, wenn an einem Schritt mehrere unabhängige Ursachen vorliegen.
(d) Belege notieren – Dokumentiere das Protokoll, die Aufzeichnung, das Foto, das Interview oder die Daten, die jede Ursache stützen. Eine Ursache ohne Belege ist eine Vermutung.
(e) Mögliche Lösungen identifizieren – Im Lösungsabschnitt ordne jede Lösung der spezifischen Ursache zu, die sie kontrolliert. Weise einen Eigentümer, ein Fälligkeitsdatum und einen Entscheidungsstatus zu (genehmigt, in Prüfung, abgelehnt).
(f) Wähle die richtige Kombination – Wähle die kostengünstigste Kombination von Lösungen, die ein erneutes Auftreten zuverlässig verhindert. Du musst nicht jede Ursache auf der Ursachen-Map beheben.
About the Example
Das Beispiel untersucht einen Rutsch- und Sturzunfall mit Verletzung in einem Lager. Ein Mitarbeiter rutschte am 14. Juli um 14:20 Uhr während der Schichtübergabe im Gang 4 aus und verstauchte sich den Knöchel; dadurch entstand ein Arbeitsunfall mit Ausfallzeit und 45 Minuten Betriebsunterbrechung.
Die Ursachen-Map verzweigt sich in zwei voneinander unabhängige Ursachen, die beide vorhanden sein mussten: ein Wasserleck an einer verschlissenen Rohrverbindung (es gab keinen Inspektionsplan) und kein Warnschild für nasse Böden aufgestellt (die Verschüttung blieb 40 Minuten lang ungemeldet). Als Belege dienen Wartungsprotokolle, Reinigungspläne, Zeitstempel der Überwachungskamera und ein Prüfbericht zur Dichtungsprüfung.
Es wurden drei Lösungen identifiziert, die jeweils eine andere Ursache adressieren: die Dichtung ersetzen und vierteljährliche Rohrinspektionen einführen (Facilities, genehmigt, fällig am 5. Sept.); Warnschilder für nasse Böden an jedem Ende des Gangs bereithalten (Operations, genehmigt, fällig am 25. Aug.); und einen 15-minütigen Rundgang bei jedem Schichtwechsel durchführen (Shift leads, in Prüfung, fällig am 1. Sept.). Das Beispiel zeigt, wie die Map von einem einzelnen Ereignis in mehrere beitragende Ursachen verzweigt und wie Lösungen unterschiedliche Stellen auf der Map angehen, anstatt nach einer einzigen Grundursache zu suchen.
Prost!
Khawaja Rizwan
