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).
Why it works
MECE-Äste verhindern Doppelzählung in der Analyse und sichern Vollständigkeit. Wenn Äste sich überschneiden, bläht von zwei Ästen geteilte Evidenz ihr scheinbares Gewicht auf – der überlappende Faktor scheint von zwei Gründen gestützt zu werden, obwohl es tatsächlich einer ist. Wenn Äste eine Dimension auslassen, kann die Analyse eine Lösung innerhalb des erkundeten Raums finden, während der tatsächliche Treiber übersehen wird. MECE ist eine logische Fehlerkorrekturdisziplin, keine stilistische Vorliebe.
How to do it
- Frag für jedes Astset: „Könnte ein Element in mehr als einen Ast passen?“ Wenn ja, definiere neu, um die Überschneidung zu beseitigen.
- Frag: „Gibt es eine Dimension dieser Frage, die keiner dieser Äste anspricht?“ Wenn ja, füge einen Ast hinzu.
- Nutze standardmäßige MECE-Zerlegungen, wo sie passen: nach Geografie, nach Kundensegment, nach Kosten/Umsatz, nach Prozessschritt.
- Prüfe, ob sich die Äste jeder Ebene kombinieren lassen, um die übergeordnete Frage vollständig zu beantworten.
Evidenz
MECE als Strukturierungsprinzip ist McKinsey-Methodik, weit verbreitet in Strategieberatung und Analysefunktionen. Seine logische Grundlage ist solide; empirische Studien, die MECE mit nicht-MECE-Analyseansätzen in kontrollierten Settings vergleichen, sind nicht verfügbar. (anecdotal)
Perfektes MECE ist bei komplexen realen Problemen selten erreichbar; das Prinzip ist ein Anspruch und ein Diagnosewerkzeug, kein binärer Standard.
Häufiger Fehler
Einen nicht-MECE-Baum als „gut genug“ behandeln, wenn er visuell sauber ist – ein gut gestalteter nicht-MECE-Baum verzerrt die Analyse still zugunsten der Dimensionen, die er abdeckt, und weg von denen, die er verpasst.
Ü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.
- 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.
- Ä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.