/problem-framing-canvas

name: problem-framing-canvas
argument-hint: "[problem area]"
description: Guide teams through MITRE's Problem Framing Canvas. Use when you need a clearer problem statement before jumping to solutions.
intent: >-
  Guide product managers through the MITRE Problem Framing Canvas process by asking structured questions across three phases: Look Inward (examine your own assumptions and biases), Look Outward (understand who experiences the problem and who doesn't), and Reframe (synthesize insights into an actionable problem statement and "How Might We" question). Use this to ensure you're solving the right problem before jumping to solutions—avoiding confirmation bias, overlooked stakeholders, and solution-first thinking.
type: interactive
best_for:
  - "Clarifying a messy problem before solutioning"
  - "Surfacing assumptions and overlooked stakeholders"
  - "Creating a bias-resistant problem statement in a workshop"
scenarios:
  - "Run a Problem Framing Canvas for our mobile retention issue"
  - "Help me reframe this stakeholder request before we build anything"
  - "We need a clearer problem statement for onboarding drop-off"
theme: discovery-research
estimated_time: "30-45 min"

Purpose

Guide product managers through the MITRE Problem Framing Canvas process by asking structured questions across three phases: Look Inward (examine your own assumptions and biases), Look Outward (understand who experiences the problem and who doesn't), and Reframe (synthesize insights into an actionable problem statement and "How Might We" question). Use this to ensure you're solving the right problem before jumping to solutions—avoiding confirmation bias, overlooked stakeholders, and solution-first thinking.

This is not a solution brainstorm—it's a problem framing tool that broadens perspective, challenges assumptions, and produces a clear, equity-driven problem statement.

Input

**Works best with:** The problem area — however roughly you currently understand it. **Also useful:** Who you believe experiences it, evidence so far, and the solution everyone is already anchored on (naming it helps the canvas de-bias it).

Anything supplied with the invocation itself — text after the skill name, a pasted context dump, or an appended `ARGUMENTS:` line — counts as answers already given. Use it and skip whatever it covers; don't re-ask.

**Arriving empty-handed? That works too.** The skill opens with the Look Inward phase: what do you assume about this problem?

**Example invocation:** `Frame this problem: field sales reps 'don't use the CRM' and leadership wants gamification.`

Key Concepts

What is the MITRE Problem Framing Canvas?

The Problem Framing Canvas (MITRE Innovation Toolkit, v3) is a structured framework that helps teams explore a problem space comprehensively before proposing solutions. It's partitioned into **three areas**:

1. **Look Inward** — Examine your own assumptions, biases, and how you might be part of the problem 2. **Look Outward** — Understand who experiences the problem, who benefits from it, and who's been left out 3. **Reframe** — Synthesize insights into a clear, actionable problem statement and "How Might We" question

Canvas Structure

┌─────────────────────────────────────────────────────────────────┐
│ LOOK INWARD                                                     │
│ - What is the problem? (symptoms)                              │
│ - Why haven't we solved it? (new, hard, low priority, etc.)   │
│ - How are we part of the problem? (assumptions, biases)       │
└─────────────────────────────────────────────────────────────────┘

┌─────────────────────────────────────────────────────────────────┐
│ LOOK OUTWARD                                                    │
│ - Who experiences the problem? When/where/consequences?        │
│ - Who else has it? Who doesn't have it?                       │
│ - Who's been left out?                                        │
│ - Who benefits when problem exists/doesn't exist?             │
└─────────────────────────────────────────────────────────────────┘

┌─────────────────────────────────────────────────────────────────┐
│ REFRAME                                                         │
│ - Stated another way, the problem is: [restatement]           │
│ - How might we [action] as we aim to [objective]?             │
└─────────────────────────────────────────────────────────────────┘

Why This Works

• **Broadens perspective:** Forces you to look beyond your own assumptions
• **Equity-driven:** Centers marginalized voices and asks "who's been left out?"
• **Challenges biases:** Requires explicit examination of assumptions before framing problem
• **Actionable output:** Produces HMW statement ready for solution exploration

Anti-Patterns (What This Is NOT)

• **Not a solution brainstorm:** Canvas frames the problem; solutions come later
• **Not a feature request list:** Focuses on underlying problems, not surface symptoms
• **Not a one-person exercise:** Requires diverse perspectives to challenge groupthink

When to Use This

• Starting discovery for a new initiative
• Reframing an existing problem (suspect you're solving the wrong thing)
• Challenging assumptions before building solutions
• Aligning cross-functional teams on problem definition

When NOT to Use This

• When the problem is already well-understood and validated
• For tactical bug fixes or technical debt (no deep framing needed)
• When stakeholders have already committed to a solution (address alignment first)

---

Facilitation Source of Truth

Use [`workshop-facilitation`](../workshop-facilitation/SKILL.md) as the default interaction protocol for this skill.

It defines:

• session heads-up + entry mode (Guided, Context dump, Best guess)
• one-question turns with plain-language prompts
• progress labels (for example, Context Qx/8 and Scoring Qx/5)
• interruption handling and pause/resume behavior
• numbered recommendations at decisi