Skill detail

consulting-issue-tree-mece

Core consulting problem structuring with MECE issue trees and prioritization.

MatchDirectReviewed for consulting
Sourcesantos-sanz/lifeskillsExternal source
Reported installs77Popularity signal only

Inspect before use

Automated review checks relevance, not safety or endorsement. Read the source instructions before using this skill.

Saved source preview

SKILL.md

The saved excerpt is a snapshot from review. The external source remains the complete and most current 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
Read the full source on GitHub (opens external page)
Context

Related work