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
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