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:
- Viés de confirmação: Você começa a moldar o problema para que sua solução favorita se encaixe
- Fechamento prematuro: Para de investigar quando encontra uma explicação que justifica a solução que já tinha em mente
If you define the problem correctly, you almost have the solution.
— Steve JobsO "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?
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ê:
- Pressão de tempo: "Não temos tempo para isso, precisamos de soluções agora"
- Expertise ansiosa: Especialistas querem mostrar que sabem resolver
- Hierarquia: Quando o chefe sugere solução, quem vai dizer "ainda não"?
- Cultura de ação: Empresas valorizam quem resolve rápido, não quem questiona
- Desconforto com ambiguidade: Ficar no problema é desconfortável
🚫 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.
Problem Discovery
Foco: entender o que está acontecendo, coletar dados, ouvir stakeholders, mapear sintomas.
Participantes: quem vive o problema, quem tem dados, quem é afetado.
ProblemaRoot Cause Analysis
Foco: aplicar 5 Porquês, identificar causas raiz, priorizar o que atacar.
Participantes: equipe de análise, especialistas técnicos.
ProblemaProblem Statement Review
Foco: apresentar problema documentado, validar com decision-makers, aprovar definição.
Participantes: liderança, quem vai decidir sobre soluções.
ProblemaSolution Ideation
Foco: gerar opções de solução, avaliar trade-offs, definir próximos passos.
Participantes: equipe criativa, implementadores, decision-makers.
SoluçãoObserve 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
- "Interessante. Antes de pensar nisso, me conta mais sobre o problema."
- "Guardei essa ideia. Por enquanto, vamos entender melhor o que está causando isso."
- "Essa seria uma solução para qual problema exatamente?"
- "Voltando ao problema: por que isso está acontecendo?"
- "Antes de decidir o que fazer, precisamos concordar sobre o que estamos resolvendo."
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:
- "Não temos tempo para isso" → "Quanto tempo perdemos implementando soluções que não funcionaram porque o problema estava errado?"
- "Já sabemos qual é o problema" → "Ótimo, então vai ser rápido documentar. Se todos concordarem, seguimos."
- "O cliente/chefe já pediu X solução" → "Que problema X resolve? Vamos validar se é o problema certo antes de comprometer recursos."
- "Isso é burocracia" → "É disciplina. A burocracia seria refazer o trabalho 3 vezes porque atacamos o problema errado."
Teste Seus Conhecimentos
5 perguntas sobre o conteúdo deste módulo
1. O que é o Problem-Solution Firewall?
2. "O problema é que não temos um app" é um exemplo de:
3. Por que o decision-maker deve participar da definição do problema?
4. O que é o "Parking Lot" na manutenção do firewall?
5. No case do carrinho da IDEO, o que aconteceu nos primeiros dois dias?
Perguntas corretas
📝 Exercício Prático
Pense na próxima reunião em que um problema será discutido:
- Proponha dividir em duas sessões: problema e solução
- Crie um "parking lot" visível (post-it, quadro, documento)
- Pratique as frases de redirecionamento quando alguém pular para soluções
- Ao final da sessão de problema, documente em uma página
- 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?