Diagnostische Bäume (Warum?) von Lösungsbäumen (Wie?) unterscheiden
Nutze einen „Warum?“-Baum, um Grundursachen zu finden, und einen „Wie?“-Baum, um Lösungen zu generieren – Vermischen erzeugt verwirrende Strukturen.
Why it works
Diagnostische Bäume fragen „Warum passiert das?“ – jeder Ast ist eine mögliche Ursache oder ein mitwirkender Faktor. Lösungsbäume fragen „Wie könnten wir das erreichen?“ – jeder Ast ist ein möglicher Ansatz oder Hebel. Die Vermischung beider Strukturen verwechselt Ursachen mit Lösungen, was wiederum Eingriffe erzeugt, die das falsche behandeln. Die Unterscheidung hält die Analyse- und die Lösungsphase getrennt und verhindert vorzeitigen Abschluss auf eine Lösung, bevor die Diagnose vollständig ist.
How to do it
- Beschrifte den Baum oben klar: „Warum?“ (diagnostisch) oder „Wie?“ (Lösung/Optionsgenerierung).
- In einem diagnostischen Baum sollte jeder Ast eine Tatsachenaussage oder Hypothese über Ursachen sein.
- In einem Lösungsbaum sollte jeder Ast eine Handlung, ein Hebel oder ein Ansatz sein.
- Beginne den Lösungsbaum erst, wenn der diagnostische Baum die anvisierte Grundursache identifiziert hat.
Evidenz
Die Trennung von Diagnose und Lösungsgenerierung ist ein Prinzip in Unternehmensberatung, Design Thinking und klinischer Medizin (Differenzialdiagnose vor Behandlung). Die Kosten vorzeitigen Abschlusses – das falsche Problem lösen – sind sowohl in der organisationalen als auch der klinischen Entscheidungsforschung dokumentiert. (mechanistic)
Die Trennung ist eine Disziplin, nicht immer eine Abfolge – manchmal deckt das Generieren von Lösungen übersehene diagnostische Dimensionen auf (lösungsinformierte Diagnose). Strikte Trennung kann manchmal kontraproduktiv langsam sein.
Häufiger Fehler
Einen Lösungsbaum bauen und ihn diagnostischen Baum nennen – Äste wie „Schulung verbessern“ und „Personal aufstocken“ sind Lösungen, keine Ursachen, und ihr Vorhandensein in einem diagnostischen Baum bedeutet, dass die Analyse zu Antworten gesprungen ist, bevor sie das Problem gefunden hat.
Übe das mit IX Coach
More practices for Issue-Tree-Analyse
- Die Kernfrage präzise definieren, bevor der Baum gebaut wird
Der Issue Tree ist nur so nützlich wie die Frage an seiner Wurzel – eine ungenaue Frage erzeugt einen nutzlosen Baum.
- Auf jeder Ebene MECE-Äste bilden
Stelle sicher, dass jedes Astset sich gegenseitig ausschließt (keine Überschneidung) und gemeinsam erschöpfend ist (nichts Wichtiges fehlt).
- Äste nach Wirkung und Bearbeitbarkeit priorisieren, bevor man eintaucht
Der Baum zeigt, was analysierbar ist – entscheide, welche Äste eine Untersuchung wert sind, bevor du Zeit darauf verwendest.
- Äste durch spezifische, falsifizierbare Hypothesen testen
Verwandle jeden Ast in eine testbare Hypothese, bevor du Daten sammelst.
- Bewährte MECE-Rahmenmodelle als Ausgangsstruktur nutzen
Standardrahmenmodelle (Profitbaum, 4Ps, Porters Fünf Kräfte) sind vorgefertigte MECE-Strukturen – nutze sie, statt von Grund auf neu zu bauen.
- Den Issue Tree in eine Pyramid-Principle-Kommunikation übersetzen
Sobald die Analyse abgeschlossen ist, strukturiere deine Erkenntnisse in eine Top-down-Empfehlung um, keine Bottom-up-Zusammenfassung des Baums.