Skill-Details

consulting-issue-tree-mece

Core consulting problem structuring with MECE issue trees and prioritization.

ÜbereinstimmungDirektGeprüft für beratung
Quellesantos-sanz/lifeskillsExterne Quelle
Gemeldete Installationen77Nur Popularitätssignal

Vor Nutzung prüfen

Die automatische Prüfung bewertet Relevanz, nicht Sicherheit oder Empfehlung. Lies vor der Nutzung die Quellanweisungen.

Gespeicherte Quellvorschau

SKILL.md

Dieser Auszug wurde bei der Prüfung gespeichert. Die externe Quelle enthält die vollständige und aktuelle Version.

---
name: consulting-issue-tree-mece
description: Build MECE issue trees for complex business problems. Use when you need rigorous problem decomposition, branch prioritization, and a decision-ready analysis backlog.
---

# MECE Issue Tree

Use $ARGUMENTS as initial context.

## When to use this skill
- Diagnosing root causes in performance decline or execution failures.
- Structuring strategic questions into mutually exclusive branches.
- Creating a prioritized analysis plan before data deep-dives.
- Aligning teams on problem scope and ownership.

## Required inputs
- Problem statement, metric, and baseline.
- Scope boundaries (segment, geography, time horizon).
- Available data and decision deadline.

## Workflow
1. Convert the request into one decision-oriented problem statement.
2. Select tree type: driver, process, option, or hypothesis tree.
3. Build 2-3 levels of MECE branches with parallel labels.
4. Run formal checks for overlap, gaps, and level-mixing.
5. Prioritize branches by impact, controllability, and learning speed.
6. Translate top branches into an analysis backlog with owners and timing.

## Ask-first questions
Ask up to 3 questions before building the tree:
1. Which metric and baseline define the problem severity?
2. What scope is explicitly in or out?
3. What decision must this tree support?

## Assumption policy
- Proceed if data is incomplete, but list assumptions in a dedicated section.
- Tag assumptions with confidence and validation path.
- Do not invent branch evidence; flag unknowns explicitly.

## Output contract
Always produce these sections in order:
1. Context
2. Decision or Recommendation
3. Analysis
4. Risks
5. Next Actions
6. Assumptions

## Guardrails
- No branch overlap at the same level.
- No mixing causes and outcomes in one branch layer.
- No "other" bucket unless unavoidable and quantified.
- Keep branch naming at equivalent abstraction depth.

## Resources
- `references/issue-tree-patterns.md` - Tree patterns and branch design rules.
- `references/mece-checks.md` - Validation gates and failure diagnostics.
- `templates/issue-tree.md` - Decision-ready tree template.
- `examples/issue-tree-example.md` - Golden example with partial information.

## Keywords
issue tree, MECE, root cause, problem structuring, analysis backlog, driver tree
Vollständige Quelle auf GitHub lesen (öffnet externe Seite)
Kontext

Verwandte Arbeit