Äste durch spezifische, falsifizierbare Hypothesen testen
Verwandle jeden Ast in eine testbare Hypothese, bevor du Daten sammelst.
Why it works
Ein Issue-Tree-Ast ist eine Hypothese über die Welt – „der Umsatzrückgang wird durch Kundenabwanderung getrieben, nicht durch geringere Neukundengewinnung“. Ihn vor der Datensammlung als Hypothese zu behandeln fokussiert die Datensammlung: Man sucht nach spezifischer Evidenz, die den Ast bestätigt oder widerlegt, statt allgemein zu erkunden. Diese Struktur verhindert das Abdriften, bei dem die Datensammlung endlos weitergeht, weil niemand festgelegt hat, was als ausreichend Evidenz gilt, um den Ast abzuschließen.
How to do it
- Schreibe für jeden priorisierten Ast eine Ein-Satz-Hypothese: „Der Umsatz sank, weil X in Segment Y geschah.“
- Lege im Voraus fest, welche Daten die Hypothese bestätigen oder widerlegen würden.
- Sammle die minimal nötigen Daten, um den Ast in die eine oder andere Richtung zu klären.
- Markiere den Ast als bestätigt, widerlegt oder unschlüssig und geh dann zum nächsten über.
Evidenz
Hypothesengetriebene Analyse ist Standardpraxis bei McKinsey und in der Beratungsbranche. Hypothesentests als wissenschaftliche Methode haben umfassende philosophische und praktische Rechtfertigung; ihre Anwendung auf Geschäftsanalyse folgt daraus. (mechanistic)
In der Geschäftsanalyse ist „falsifizierbar“ weicher als in der Wissenschaft – Evidenz ist oft mehrdeutig, und der Astabschluss erfordert Urteilsvermögen. Die Praxis reduziert Mehrdeutigkeit, statt sie zu beseitigen.
Quellen
- Popper (1963), Conjectures and Refutations — on falsifiability as the criterion of scientific claims
Häufiger Fehler
Daten sammeln, bevor die Hypothese formuliert ist, sodass die Datensuche davon geleitet wird, was auftaucht, statt davon, was die Frage klären würde – das ist explorativ, nicht analytisch.
Ü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).
- 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.
- Ä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.
- 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.