Mapeie quem realmente é dono do problema
Identifique de quem é realmente o problema antes de investir em uma solução — o enquadramento muitas vezes muda quando você nomeia o verdadeiro dono.
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
- Liste cada pessoa ou grupo afetado pelo problema.
- Para cada um, pergunte: "Se esse problema desaparecesse amanhã, quem se beneficiaria mais?" — essa pessoa provavelmente é o verdadeiro dono.
- Pergunte: "O que o dono precisaria fazer ou decidir para resolver isso?" — se a resposta não for você, reformule como um problema de influência ou design.
- Reescreva a declaração do problema a partir da perspectiva do dono e verifique se suas soluções planejadas ainda fazem sentido.
Evidência
A análise de stakeholders e o enquadramento de propriedade estão estabelecidos na literatura de design thinking e pensamento sistêmico. O modelo Simplex de Basadur inclui explicitamente uma etapa de propriedade do problema. Dados experimentais diretos de resultados não estão disponíveis. (mechanistic)
Este é um framework de profissionais especialistas; o valor do mapeamento de stakeholders é amplamente endossado na prática profissional, mas não testado em ensaios controlados.
Erro comum
Assumir que você é o dono do problema porque sente a dor, quando a alavancagem real exige mudar o sistema, o incentivo ou a decisão de outra pessoa.
Pratique isso com IX Coach
More practices for Reformulação de Problemas: Resolvendo o Problema Certo Primeiro
- Suba a escada do porquê-porquê
Pergunte "por que isso é um problema?" repetidamente para revelar a meta de nível mais alto que seu enquadramento atual pode estar deixando de fora.
- Reformule o problema como uma pergunta "Como poderíamos...?"
Converta uma declaração de problema em uma pergunta que convida a soluções sem prescrevê-las.
- Inverta o problema para romper a fixação
Faça a pergunta oposta ("Como poderíamos piorar isso?") para escapar das restrições do enquadramento original.
- Importe um enquadramento de um domínio diferente
Descreva seu problema como se fosse um desafio em um campo não relacionado e depois roube as soluções desse campo.
- Audite quais restrições são reais e quais são presumidas
Liste cada restrição sob a qual você está trabalhando e depois teste cada uma para ver se é realmente fixa.
- Mude a métrica que você está otimizando
Mude qual resultado você mede e o problema muitas vezes se dissolve ou se transforma inteiramente.
Conceitos relacionados
- TRIZ: Invenção Sistemática e a Lógica das Contradições
Contradiction mapping, inventive principles, and why the best solutions eliminate trade-offs rather than manage them
- Relaxamento de Restrições: Escapando dos Muros que Você Mesmo Construiu
How over-constrained thinking blocks insight, and what to do about it
- Regras de Brainstorming de Osborn, na Prática
The original four rules, the mechanisms behind them, and what the research actually shows