In vielen Projekten wird zu schnell an Symptomen gearbeitet – ohne die wahre Ursache eines Problems zu kennen. Die Folge: teure Zwischenlösungen, frustrierte Stakeholder und wiederkehrende Fehler. Die 5-Why-Analyse ist ein einfaches, aber mächtiges Werkzeug, um Ursachen statt Wirkungen zu analysieren. Dieser Blog zeigt dir, wie du sie gezielt in der Business Analysis einsetzt.
Was ist die 5-Why-Analyse?
Die 5-Why-Methode stammt ursprünglich aus dem Lean-Management und wurde bei Toyota zur systematischen Problemanalyse eingeführt. Die Grundidee: Durch fünf aufeinanderfolgende „Warum?“-Fragen wird die tatsächliche Ursache eines Problems ermittelt – nicht nur die Symptome.
Beispiel:
Problem: Der Kunde erhält keine Auftragsbestätigung.
1. Warum? – Weil die Bestätigung nicht automatisch versendet wurde.
2. Warum? – Weil der Trigger im ERP-System fehlte.
3. Warum? – Weil der Prozess nicht vollständig automatisiert ist.
4. Warum? – Weil das ursprüngliche Anforderungsdokument unvollständig war.
5. Warum? – Weil bei der Prozessaufnahme kein QA-Check vorgesehen war.
Ergebnis: Die eigentliche Ursache ist nicht die fehlende E-Mail, sondern ein Mangel im Anforderungsprozess.
Warum ist die 5-Why-Analyse für Business Analysten so nützlich?
Einfach, schnell und wirkungsvoll – keine Tools nötig
Fördert Ursachenverständnis bei Fachbereichen und IT
Hilft bei der Anforderungsklärung in frühen Projektphasen
Unterstützt retrospektive Analysen (z. B. nach Incidents oder Projektfehlern)
Verbindet Business und Technik durch gemeinsame Problembetrachtung
Wann solltest du 5-Why einsetzen?
Die Methode eignet sich besonders für:
Fehler- und Störfallanalysen
Ursachenanalyse bei Prozessbrüchen
Stakeholder-Workshops zur Problemklärung
Review von Fehlentwicklungen in Projekten
Ergänzend zur Gap- oder Root-Cause-Analyse
So führst du eine 5-Why-Analyse durch
Problem klar benennen
Was ist konkret passiert? Stelle sicher, dass alle Beteiligten dasselbe Problem meinen.Fünfmal „Warum?“ fragen
Stelle offene Fragen – nicht suggestiv, nicht schuldsuchend. Jede Antwort sollte auf der vorherigen aufbauen.Antworten dokumentieren
Halte jede Frage-Antwort-Paarung fest, z. B. in einem einfachen Baum oder einer Tabelle.Tiefste Ursache validieren
Ist die identifizierte Ursache wirklich beeinflussbar? Gibt es Hinweise auf weitere Ursachen?Maßnahmen ableiten
Die Analyse soll zu veränderbaren Ursachen führen – nicht zu externen Schuldzuweisungen.
Tipps aus der Praxis
Nicht starr an „fünf“ festhalten: Manchmal reichen drei Fragen, manchmal braucht es sieben.
Immer faktenbasiert bleiben: Keine Annahmen oder Schuldzuweisungen.
Stakeholder einbinden: Die Methode eignet sich gut für Workshops und Reviews.
Mit Ishikawa kombinieren: Zur tieferen Ursachenstrukturierung lässt sich die 5-Why-Analyse mit dem Fishbone-Diagramm kombinieren.
Fazit: Weniger Symptome, mehr Substanz
In der Business Analysis geht es nicht nur darum, was geändert werden muss – sondern warum. Die 5-Why-Analyse bringt dieses „Warum“ ans Licht. Sie ist damit ein unverzichtbares Werkzeug, um Projekte gezielter zu steuern, Anforderungen fundierter abzuleiten und nachhaltige Lösungen zu ermöglichen.
Merksatz für den Alltag:
Wer nicht fragt, bleibt auf dem Symptom sitzen.