Problem Framing Academy
Problem Framing → Módulo 04
Módulo 04

Problem-Solution Firewall

Por que separar definição de solução. Como estruturar sessões. O papel do decision-maker na definição.

O Impulso de Resolver

Quando alguém apresenta um problema, o cérebro imediatamente começa a buscar soluções. É automático, visceral, quase impossível de evitar. Profissionais experientes são especialmente vulneráveis: quanto mais repertório, maior a tentação de pular para respostas.

Esse impulso é útil na execução, mas desastroso na definição. Quando você pensa em soluções enquanto ainda está entendendo o problema, duas coisas acontecem:

If you define the problem correctly, you almost have the solution.

— Steve Jobs

O "quase" de Jobs é importante. A solução não vem automaticamente do problema bem definido, mas um problema mal definido garante uma solução errada.

O Conceito de Firewall

Um firewall é uma barreira que impede passagem. Em segurança de computadores, impede acesso não autorizado. Em estratégia, o Problem-Solution Firewall é uma barreira deliberada entre a fase de definição do problema e a fase de busca por soluções.

Fase 1: Problema

  • O que está acontecendo?
  • Para quem é problema?
  • Qual é o impacto?
  • Por que está acontecendo?
  • Qual a causa raiz?
  • Como sabemos que é isso?
FIREWALL

Fase 2: Solução

  • O que podemos fazer?
  • Quais são as opções?
  • Quais os trade-offs?
  • Como implementar?
  • Quanto custa?
  • Como medir sucesso?

A regra é simples: nenhuma discussão de solução até que o problema esteja documentado e aprovado. Qualquer menção a "poderíamos fazer X" ou "e se tentássemos Y" na fase de problema é interrompida e arquivada para depois.

Por Que É Tão Difícil

O firewall parece óbvio, mas é extremamente difícil de manter na prática. Veja por quê:

🚫 Anti-Pattern: O "Problema-Solução Disfarçado"

Frase: "O problema é que não temos um app."

Isso não é problema, é solução disfarçada. O problema seria algo como: "Clientes não conseguem acompanhar pedidos em tempo real."

Quando alguém apresenta uma solução como problema, pergunte: "Que problema o app resolveria?"

Estruturando Sessões com Firewall

A melhor forma de garantir o firewall é estruturar sessões separadas, com participantes diferentes e regras explícitas.

Sessão 1

Problem Discovery

Foco: entender o que está acontecendo, coletar dados, ouvir stakeholders, mapear sintomas.

Participantes: quem vive o problema, quem tem dados, quem é afetado.

Problema
Sessão 2

Root Cause Analysis

Foco: aplicar 5 Porquês, identificar causas raiz, priorizar o que atacar.

Participantes: equipe de análise, especialistas técnicos.

Problema
Sessão 3

Problem Statement Review

Foco: apresentar problema documentado, validar com decision-makers, aprovar definição.

Participantes: liderança, quem vai decidir sobre soluções.

Problema
Sessão 4

Solution Ideation

Foco: gerar opções de solução, avaliar trade-offs, definir próximos passos.

Participantes: equipe criativa, implementadores, decision-makers.

Solução

Observe que a Sessão 3 é o checkpoint crítico. Só se passa para soluções quando o problema está documentado e aprovado.

O Papel do Decision-Maker

Uma das descobertas mais importantes sobre problem framing é que quem define o problema frequentemente determina a solução. Se a equipe de TI define o problema, a solução será tecnológica. Se marketing define, será comunicação.

Por isso, o decision-maker precisa estar envolvido na definição do problema, não apenas na escolha da solução.

Decision-Maker

Quem tem autoridade para aprovar soluções e recursos.

  • Valida se o problema importa
  • Define limites do escopo
  • Aprova a definição final
  • Resiste à tentação de sugerir soluções

Problem Owner

Quem vive o problema no dia a dia e sofre com ele.

  • Fornece contexto real
  • Descreve sintomas observados
  • Valida se a definição ressoa
  • Conta histórias concretas

Problem Analyst

Quem conduz a investigação e síntese.

  • Facilita sessões
  • Aplica técnicas (5 Porquês, etc.)
  • Documenta descobertas
  • Mantém o firewall

Técnicas de Manutenção do Firewall

Na prática, você precisa de técnicas específicas para manter o firewall durante discussões:

O Parking Lot

Quando alguém menciona uma solução na fase de problema, não descarte. Anote em um "parking lot" (estacionamento) visível. Diga: "Boa ideia, vamos guardar para a fase de soluções."

Isso valida a contribuição sem contaminar a discussão de problema.

Frases de Redirecionamento

Case Study

IDEO: O Carrinho de Compras

Em 1999, a ABC convidou a IDEO para redesenhar o carrinho de compras em 5 dias, para um documentário. O projeto se tornou famoso por mostrar o processo de design thinking em ação.

O Firewall em Ação

Nos primeiros dois dias, a equipe foi proibida de desenhar soluções. Todo o tempo foi gasto observando compradores, entrevistando funcionários, mapeando problemas reais.

Descobertas na Fase de Problema

O problema não era "carrinho feio" ou "carrinho pesado". Os problemas reais eram: crianças ficavam entediadas, navegação era difícil em corredores cheios, cestas eram roubadas, carrinho vazio era desperdiçado.

A Solução (Só Depois)

O carrinho final tinha estrutura modular (cestas removíveis), barras para pendurar sacolas, lugar para crianças, rodas que giravam em qualquer direção. Cada feature resolvia um problema específico identificado.

A Lição

Se a IDEO tivesse pulado para soluções no dia 1, teria feito "um carrinho melhor". Ao manter o firewall, fez "soluções para problemas reais de compra".

O Documento de Problema

O firewall funciona melhor quando a fase de problema termina com um documento formal. Esse documento é o "contrato" que todo mundo assina antes de começar a pensar em soluções.

Template: Problem Statement Document

1. Contexto: O que está acontecendo, quem está envolvido, desde quando

2. Sintomas observados: O que vemos, dados concretos, depoimentos

3. Causa raiz identificada: Por que está acontecendo (com evidências)

4. Impacto: O que acontece se não resolvermos

5. Escopo: O que está dentro e fora do problema

6. Problem statement final: Uma frase clara que define o problema

7. Critérios de sucesso: Como saberemos que resolvemos

Aprovações: Decision-maker, Problem Owner, data

Esse documento não precisa ser longo. Uma página é suficiente. O importante é que exista e seja aprovado antes de qualquer discussão de solução.

Resistências Comuns e Como Vencer

Você vai encontrar resistência ao implementar o firewall. Aqui estão as objeções mais comuns e como responder:

Teste Seus Conhecimentos

5 perguntas sobre o conteúdo deste módulo

1. O que é o Problem-Solution Firewall?

Um software para gerenciar problemas
Uma barreira deliberada entre definição de problema e busca de soluções
Um framework de segurança corporativa
Uma técnica de brainstorming

2. "O problema é que não temos um app" é um exemplo de:

Problema bem definido
Causa raiz identificada
Solução disfarçada de problema
Sintoma observável

3. Por que o decision-maker deve participar da definição do problema?

Porque quem define o problema frequentemente determina a solução
Porque é obrigação hierárquica
Porque acelera o processo
Porque só ele tem os dados necessários

4. O que é o "Parking Lot" na manutenção do firewall?

O local físico onde a sessão acontece
Uma pausa programada na discussão
Uma técnica de votação de ideias
Um espaço para anotar soluções mencionadas na fase de problema

5. No case do carrinho da IDEO, o que aconteceu nos primeiros dois dias?

Desenharam protótipos iniciais
Foram proibidos de desenhar soluções, focando só em observar e entender problemas
Apresentaram ao cliente as primeiras ideias
Analisaram carrinhos de concorrentes
0/5

Perguntas corretas

📝 Exercício Prático

Pense na próxima reunião em que um problema será discutido:

  1. Proponha dividir em duas sessões: problema e solução
  2. Crie um "parking lot" visível (post-it, quadro, documento)
  3. Pratique as frases de redirecionamento quando alguém pular para soluções
  4. Ao final da sessão de problema, documente em uma página
  5. Só comece a sessão de solução quando o documento estiver aprovado

Observe: o que muda na qualidade da discussão quando você mantém o firewall?