Issue-Tree-Builder (Baum der Teilfragen)

Issue Tree Builder

Wann verwenden

Nutzen Sie diesen Skill, sobald die Schlüsselfrage feststeht und das Team sie in Teile zerlegen muss, an denen es tatsächlich arbeiten kann. Er ist der richtige Skill, wenn eine Frage zu groß ist, um sie direkt zu beantworten, wenn die Gefahr von Überschneidungen oder Lücken in der Arbeit besteht oder wenn niemand sagen kann, welche Analyse zuerst durchgeführt werden soll. Der Issue Tree ist das Rückgrat, das die Frage mit dem Arbeitsplan verbindet.

Was er tut

Er erstellt eine MECE-Zerlegung der Schlüsselfrage. „Mutually Exclusive“ bedeutet, dass sich Zweige nicht überschneiden; „Collectively Exhaustive“ bedeutet, dass sie zusammen die gesamte Frage lückenlos abdecken. Der Skill erzeugt entweder einen Issue Tree (neutrale Unterfragen) oder einen Hypothesen Tree (jeder Zweig als Behauptung formuliert, die zu beweisen oder zu widerlegen ist) und bewertet dann die Zweige nach Auswirkung, sodass die Arbeit auf die Teile konzentriert wird, die die Antwort am stärksten beeinflussen.

Methode

Der Skill wendet die MECE-Zerlegung mit einer bewussten Wahl der Logik auf jeder Ebene an.

1. Setzen Sie die Schlüsselfrage an die Wurzel. Verwenden Sie die einzelne entscheidungsorientierte Frage aus der Problemdefinition. Wenn es keine saubere Schlüsselfrage gibt, halten Sie an und definieren Sie zuerst eine; ein Baum, der auf einer unscharfen Wurzel aufbaut, wird überall unscharf sein.

2. Wählen Sie die Zerlegungslogik für Ebene eins. Wählen Sie die Struktur, die am besten zur Frage passt:

   • Formel- oder algebraische Aufteilung (z. B. Gewinn = Volumen × Preis − Kosten), wenn die Frage quantitativ ist.
   • Konzeptionelle oder komponentenbasierte Aufteilung (z. B. Nachfrageseite vs. Angebotsseite), wenn die Treiber qualitativ sind.
   • Prozess- oder stufenbasierte Aufteilung (z. B. Bekanntheit, Kauf, Bindung), wenn die Frage einem Ablauf folgt.
   • Segmentaufteilung (nach Kunde, Geografie, Produkt), wenn Heterogenität das Thema ist. Benennen Sie die Logik explizit, damit die Zweige offensichtlich erschöpfend sind.

3. Entwerfen Sie Zweige der Ebene eins und testen Sie auf MECE. Überprüfen Sie zwei Dinge: Kein Zweig überlappt einen anderen (mutually exclusive), und die Zweige zusammen decken die Wurzel ohne Lücke ab (collectively exhaustive). Fügen Sie einen Zweig „Strukturelles / Sonstiges“ nur dann hinzu, wenn er wirklich nötig ist, und wenn er groß ist, bedeutet dies, dass die Logik falsch ist.

4. Zerlegen Sie jeden Zweig eine oder zwei Ebenen tiefer, mit derselben Disziplin auf jedem Knoten. Hören Sie auf, einen Zweig zu zerlegen, wenn das Blatt eine Frage ist, die eine einzelne Analyse beantworten könnte. Dieses Blatt ist eine Arbeitseinheit.

5. Wandeln Sie ihn gegebenenfalls in einen Hypothesen Tree um. Wenn das Team zu einem Zweig bereits eine Meinung hat, formulieren Sie die neutrale Unterfrage als widerlegbare Behauptung um (z. B. „Bindung, nicht Neukundengewinnung, ist der Engpass“). Hypothesenbäume sind schneller, weil sie zeigen, welche Beweise einen Zweig klären würden.

6. Ordnen Sie die Zweige nach Auswirkung. Bewerten Sie jeden Zweig der Ebene eins danach, wie stark sich die Gesamtantwort bewegen würde, wenn sich dieser Zweig in die eine oder andere Richtung auflöst, und wie unsicher er derzeit ist. Die Zweige mit hoher Auswirkung und hoher Unsicherheit sind diejenigen, bei denen sich eine Analyse lohnt. Markieren Sie die oberen Zweige als kritischen Pfad.

7. Beschneiden Sie. Streichen oder parken Sie Zweige mit geringer Auswirkung und geringer Unsicherheit. Ein guter Baum ist nicht der vollständigste Baum; es ist derjenige, der die Arbeit auf das konzentriert, was die Entscheidung ändert.

Eingaben

• Die Schlüsselfrage (aus der Problemdefinition).
• Eventuelle frühe Ansichten oder Hypothesen, die das Team bereits hat.
• Grobes Gefühl dafür, wo die Unsicherheit am größten ist (falls bekannt).

Ausgabeformat

Ein eingerückter Baum, dargestellt als verschachtelter Prosa- oder Gliederungstext:

• Wurzel: die Schlüsselfrage.
• Ebene eins: die Zweige, mit benannter Zerlegungslogik und MECE-Prüfung.
• Ebene zwei und darunter: Unterfragen oder Hypothesen bis zu analysierbaren Blättern.
• Auswirkungsrangfolge: die Zweige geordnet, mit markierten Zweigen des kritischen Pfads.
• Geparkte Zweige: was beschnitten wurde und warum.

Beispiel

Schlüsselfrage: „Wie bringen wir das Unternehmen innerhalb von zwei Jahren zu zweistelligem Gewinnwachstum zurück?“

Zerlegungslogik für Ebene eins gewählt: algebraisch, Gewinn = Erlös − Kosten, dann Erlös = Volumen × Preis.

Zweige (MECE-Prüfung: Erlös und Kosten zusammen sind erschöpfend; Volumen und Preis überschneiden sich nicht):

• Erlös
  • Volumen: Verlieren wir Kunden oder gewinnen wir zu wenige hinzu? (aufgeteilt nach Segment)
  • Preis und Mix: Sinkt der realisierte Preis und verschiebt sich der Mix zu Produkten mit geringerem Wert?
• Kosten
  • Kosten der Leistungserbringung: Steigen die Stückkosten schneller als der Preis?
  • Gemeinkosten: Wachsen die Fixkosten schneller als der Erlös?

Hypothesenumformulierung des oberen Zweigs: „Der Engpass ist das Volumen im mittleren Marktsegment, nicht der Preis.“ Dieser Zweig wird als kritischer Pfad markiert, da er sowohl hohe Auswirkung als auch hohe Unsicherheit hat, und daher zuerst analysiert. Der Gemeinkostenzweig wird vorerst als geringe Unsicherheit geparkt.