Map who actually owns the problem
Identify whose problem it truly is before investing in a solution — the framing often changes when you name the real owner.
Why it works
Problem ownership affects both solution space and motivation: a solution that requires someone else to change is structurally different from one you can implement yourself. Basadur emphasizes that many problems are mis-framed as belonging to the solver when they are actually about influencing, negotiating with, or designing for another stakeholder, which calls for entirely different interventions.
How to do it
- List every person or group affected by the problem.
- For each, ask: "If this problem disappeared tomorrow, who would benefit most?" — that person is likely the true owner.
- Ask: "What would the owner need to do or decide to solve this?" — if the answer isn’t you, reframe as an influence or design problem.
- Rewrite the problem statement from the owner’s perspective and check whether your planned solutions still make sense.
Evidence
Stakeholder analysis and ownership framing are established in design-thinking and systems-thinking literature. Basadur’s Simplex model explicitly includes a problem-ownership step. Direct experimental outcome data are not available. (mechanistic)
This is an expert-practitioner framework; the value of stakeholder mapping is widely endorsed in professional practice but not RCT-tested.
Common mistake
Assuming you are the problem owner because you feel the pain, when the actual leverage requires changing someone else’s system, incentive, or decision.
Practice this with IX Coach
7 days free, then $40/month (~$1.30/day).
More practices for Problem Reframing: Solving the Right Problem First
- Climb the why–why ladder
Ask "why is this a problem?" repeatedly to reveal the higher-level goal your current framing may be missing.
- Rephrase the problem as a "How might we…?" question
Convert a problem statement into a question that invites solutions without prescribing them.
- Reverse the problem to break fixation
Ask the opposite question ("How could we make this worse?") to escape the constraints of the original framing.
- Import a frame from a different domain
Describe your problem as if it were a challenge in an unrelated field, then steal the solutions from that field.
- Audit which constraints are real and which are assumed
List every constraint you’re working under, then test each one for whether it is actually fixed.
- Change the metric you’re optimizing
Shift which outcome you measure and the problem often dissolves or transforms entirely.
Related concepts
- TRIZ: Systematic Invention and the Logic of Contradictions
Contradiction mapping, inventive principles, and why the best solutions eliminate trade-offs rather than manage them
- Constraint Relaxation: Escaping the Walls You Built Yourself
How over-constrained thinking blocks insight, and what to do about it
- Osborn’s Brainstorming Rules, Made Practical
The original four rules, the mechanisms behind them, and what the research actually shows