Ursachenanalyse – Cause Mapping
Kurzüberblick
Ursachenanalyse – Cause Mapping 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 „Warum?“ fragt. Die Ursachen-Map verzweigt überall dort, wo mehrere unabhängige Ursachen zutreffen, und zeigt so das vollständige Bild, wie ein Problem entstanden ist. Lösungen werden anschließend direkt den spezifischen Ursachen zugeordnet, die sie kontrollieren, sodass Teams die effektivsten und wirtschaftlichsten Maßnahmen auswählen können, statt einer einzigen „Wurzelursache“ hinterherzujagen.
Wer kann es verwenden
Dieses Template ist für jedes Team nützlich, das Vorfälle, Defekte, Ausfälle oder wiederkehrende Probleme untersucht. Sicherheitsteams nutzen es für Untersuchungen von Verletzungen und Beinaheunfällen. Operations-Manager wenden es bei Prozessstörungen und Produktionsverzögerungen an. Qualitätsingenieure verfolgen Defekte bis zu ihrer Ursache zurück. Projektmanager analysieren Terminverzögerungen und Budgetüberschreitungen. IT- und DevOps-Teams kartieren Systemausfälle und Performance-Vorfälle. HR-Teams untersuchen Konflikte am Arbeitsplatz und Fluktuationsmuster. Besonders abteilungsübergreifende Teams profitieren von der visuellen, evidenzbasierten Struktur, die ein gemeinsames Verständnis über Abteilungen hinweg schafft.
Anleitung
(a) Problembeschreibung ausfüllen – Notiere das Problem, wann und wo es aufgetreten ist und welches organisatorische Ziel betroffen war.
(b) Auswirkungen feststellen – Gib an, welches Ziel beeinträchtigt wurde: Sicherheit, Kundenzufriedenheit, Kosten, Zeitplan oder Qualität.
(c) Ursachenkarte erstellen – Beginne bei der Auswirkung, frage bei jedem Knoten „Warum?“ und arbeite von links nach rechts. Verzweige die Karte, wenn an einem Schritt mehrere unabhängige Ursachen existieren.
(d) Belege notieren – Dokumentiere das Log, die Aufzeichnung, das Foto, das Interview oder die Daten, die jede Ursache stützen. Eine Ursache ohne Beleg ist nur eine Vermutung.
(e) Mögliche Lösungen identifizieren – Hänge im Abschnitt „Lösungen“ jede Lösung an die spezifische Ursache, die sie beeinflusst. 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 Map beheben.
Zum Beispiel
Das Beispiel untersucht einen Rutsch‑/Sturzunfall im Lager mit Verletzung. Ein Mitarbeiter rutschte beim Schichtwechsel am 14. Juli um 14:20 Uhr im Gang 4 aus und verstauchte sich den Knöchel, wodurch ein meldepflichtiger Sicherheitsvorfall mit 45 Minuten Ausfallzeit entstand.
Die Ursachen‑Map zeigt zwei unabhängige Ursachen, die beide vorliegen mussten: ein Wasserleck an einer verschlissenen Rohrverbindung (es gab keinen Inspektionsplan) und kein aufgestelltes Warnschild „Rutschgefahr“ (die Verschüttung wurde 40 Minuten lang nicht gemeldet). Als Belege dienen Wartungsprotokolle, der Reinigungsplan, Zeitstempel der Überwachungskameras und ein Prüfbericht zur Dichtung.
Drei Lösungen wurden identifiziert, die jeweils eine andere Ursache ansprechen: die Dichtung ersetzen und vierteljährliche Rohrinspektionen einführen (Gebäudemanagement, genehmigt, fällig am 5. Sept.); Warnschilder für nasse Böden an jedem Ende eines Gangs bereitstellen (Betrieb, genehmigt, fällig am 25. Aug.); und einen 15-minütigen Rundgang bei jedem Schichtwechsel durchführen (Schichtleiter, in Prüfung, fällig am 1. Sept.). Das Beispiel veranschaulicht, wie die Map sich von einem einzelnen Ereignis in mehrere beitragende Ursachen verzweigt und wie Lösungen verschiedene Punkte auf der Map adressieren, statt nach einer einzigen Grundursache zu suchen.
Prost!
Khawaja Rizwan
