Decisão Boa Dá Trabalho

"A diferença entre uma decisão boa e uma ruim muitas vezes é o tempo que você gastou pensando nela."

No calor do dia a dia operacional, é sempre tentador decidir rápido no estalo. Dar uma resposta imediata na reunião, escolher a primeira tecnologia que aparece na frente, resolver logo para limpar a mesa e passar para a próxima pendência. O problema é que decisões estruturais tomadas na pressa quase sempre voltam meses depois... e cobram juros compostos em forma de retrabalho, contratos ruins e desgaste da equipe.

Decisão boa dá trabalho na largada justamente para economizar dor de cabeça lá na frente.

Por que o impulso nos engana: Kahneman e Annie Duke

Na obra clássica Rápido e Devagar: Duas Formas de Pensar (Thinking, Fast and Slow, 2011), o psicólogo e Prêmio Nobel de Economia Daniel Kahneman explicou que a mente humana opera em dois modos distintos:

• Sistema 1 (Rápido): automático, intuitivo, emocional e sem esforço aparente. É excelente para desviar de um obstáculo no trânsito, mas perigoso quando aplicado sem freio a decisões complexas de arquitetura, orçamento ou contratação.
• Sistema 2 (Devagar): deliberado, analítico, lógico e trabalhoso. Ele exige energia consciente para comparar dados, questionar premissas e calcular consequências de segunda ordem.

Como o Sistema 2 dá trabalho e consome energia mental, nosso cérebro tenta responder a problemas complexos usando os atalhos do Sistema 1. Pior ainda: como explica a pesquisadora e ex-campeã mundial de pôquer Annie Duke no livro Thinking in Bets (2018), no mundo corporativo somos vítimas frequentes do chamado resulting, que é o hábito de julgar a qualidade de uma decisão apenas pelo resultado final, ignorando o fator sorte. Se alguém tomou uma decisão imprudente, sem análise de risco, e por pura sorte nada explodiu, a empresa aplaude a "agilidade" e repete a imprudência até o dia em que a conta chega.

O framework da decisão consciente

Para forçar a entrada do pensamento analítico nas escolhas que realmente importam, passo toda decisão relevante por cinco perguntas obrigatórias:

1. Qual problema real estou resolvendo?

Parece óbvio, mas é onde a maioria dos projetos tropeça. Muita decisão errada nasce de uma resposta brilhante para um problema mal definido. Antes de discutir qual banco de dados usar ou qual fornecedor contratar, escreva em duas linhas qual é a dor concreta do negócio que precisa desaparecer.

2. Quais são as opções reais na mesa?

Não existe decisão verdadeira quando alguém apresenta apenas um caminho único do tipo "pegar ou largar". Force a si mesmo e ao seu time a desenharem pelo menos três alternativas viáveis, mesmo que uma delas pareça favorita no início. Comparar opções reais obriga a enxergar o problema por outros ângulos.

3. Quais são os riscos explícitos de cada opção?

Em engenharia e gestão, nenhuma escolha tem apenas lados positivos; toda arquitetura ou estratégia é uma escolha de trade-offs (o que você aceita perder para ganhar o que é prioritário). Liste os riscos e custos de manutenção de cada alternativa sem maquiagem.

4. O que acontece se eu não decidir agora?

Às vezes, adiar por uma semana para rodar um teste prático e coletar um dado que falta é a decisão mais inteligente da sala. Não decidir no escuro também é decidir com método.

5. Quem mais deveria estar envolvido?

Decisões de impacto raramente devem ser tomadas em isolamento. Quem tem o contexto da operação real? Quem vai sustentar essa escolha às duas da manhã se der problema? Quem tem repertório técnico para questionar as suas premissas antes do contrato ser assinado?

Cuidado com os vieses comuns e a técnica do Premortem

Mesmo seguindo um roteiro, precisamos vigiar três armadilhas clássicas descritas por Kahneman:

• Viés de confirmação: procurar e valorizar apenas os números que apoiam a solução pela qual você já se apaixonou.
• Viés de ancoragem: deixar que o primeiro preço, prazo ou arquitetura mencionada na reunião limite todo o restante do debate.
• Viés de disponibilidade: supervalorizar um evento isolado apenas porque aconteceu na semana passada e está fresco na memória.

Uma ferramenta poderosa para quebrar esses vieses em grupo foi criada pelo psicólogo cognitivo Gary Klein e publicada na Harvard Business Review (2007): o Premortem de Projeto. Antes de bater o martelo final, reúna a equipe e diga: "Imaginem que estamos seis meses no futuro e esta nossa decisão foi um fracasso completo. Escrevam em cinco minutos exatamente o que deu errado." Ao legitimar a busca por falhas antes da execução, o Premortem reduz a cegueira otimista e revela pontos fracos que ninguém teria coragem de apontar em uma reunião comum.

Documente decisões importantes

Por fim, decisões estruturais merecem registro escrito (como os Architecture Decision Records, ou ADRs, na engenharia de software). Por quê? Porque daqui a um ano, quando o cenário mudar ou algo sair diferente do esperado, ninguém precisará fazer caça às bruxas nem adivinhar o passado. Estará registrado: o que sabíamos naquela data, quais eram as três alternativas avaliadas, quais limites existiam e por que escolhemos aquele caminho.

Isso nunca foi burocracia. É proteção para quem constrói e aprendizado acumulado para que cada nova decisão da equipe seja mais inteligente que a anterior.

---

Referências e leituras verificáveis

• Kahneman, D. (2011). Thinking, Fast and Slow (Rápido e Devagar: Duas Formas de Pensar). Farrar, Straus and Giroux.
• Klein, G. (2007). Performing a Project Premortem. Harvard Business Review, setembro de 2007.
• Duke, A. (2018). Thinking in Bets: Making Smarter Decisions When You Don't Have All the Facts. Portfolio / Penguin Random House.