Wicked Problems

Problemas cuja natureza é fundamentalmente incerta — onde a definição do problema em si é parte do desafio, onde cada tentativa de solução muda o problema, e onde não existe uma solução “certa” ou “errada”, apenas melhores ou piores.

Conceito original de Horst Rittel e Melvin Webber (1973).

O que distingue de problemas “tame” (domados)

Problemas domados têm solução definível, critérios claros de sucesso e podem ser resolvidos por especialistas com metodologia estabelecida. Exemplo: construir uma ponte de X metros.

Wicked Problems são diferentes:

  • A formulação do problema é a parte mais difícil — não há definição consensual
  • Qualquer solução implementada muda o problema
  • Não existe solução “certa” — há soluções melhores, piores, boas-o-suficiente
  • Cada problema é único — soluções de outros contextos não se transferem diretamente
  • O implementador não tem direito a erro — cada tentativa tem consequências reais (diferente de laboratórios)
  • Múltiplas causas interconectadas, sem hierarquia clara

Exemplos

  • Desigualdade social
  • Mudanças climáticas
  • Reforma educacional
  • Saúde pública
  • Projetos complexos de transformação organizacional

Por que Design Thinking existe para isso

Design Thinking foi desenvolvido especificamente para Wicked Problems — onde análise racional pura não é suficiente porque o problema não pode ser completamente definido antes de começar a resolvê-lo.

O processo iterativo do DT (imersão → definição → ideação → prototipagem → teste → revisão) é uma resposta estrutural à natureza dos Wicked Problems: você define o problema melhor testando soluções, não o contrário.

A armadilha

O maior erro com Wicked Problems é tratá-los como problemas domados:

  • Definir o problema prematuramente e focar na eficiência da solução (ao invés da eficácia)
  • Buscar consenso quando o dissenso é informativo
  • Aplicar “best practices” de outros contextos sem adaptação

Conexões


Fonte: Design Thinking - Tim Brown