Quem Pensa Enriquece na Prática
Listas enormes de “causas do fracasso” dão a impressão de profundidade, mas raramente ajudam a decidir. Um projeto não falha porque alguém deixou de pensar positivamente. Ele falha quando riscos relevantes permanecem invisíveis, hipóteses não são testadas, responsabilidades ficam difusas ou a equipe demora a reagir.
Nesta aula, as antigas trinta maneiras de fracassar dão lugar a dez riscos observáveis e a um método preventivo: o pré-mortem. O objetivo não é cultivar pessimismo. É imaginar a falha com antecedência para aumentar a qualidade do plano.
O que é um pré-mortem
Em um pós-mortem, a equipe investiga algo que já deu errado. No pré-mortem, ela imagina que o projeto chegou ao futuro e fracassou. Cada participante responde, de forma independente: “O que provavelmente causou esse resultado?”.
Gary Klein apresentou o método em Performing a Project Premortem. A técnica também é usada em contextos de segurança e melhoria; a AHRQ disponibiliza um roteiro prático.
A mudança de perspectiva reduz a pressão para concordar com o plano. Em vez de perguntar “alguém vê algum problema?”, você assume que o problema aconteceu e convida as pessoas a explicar por quê.
Dez riscos reais que merecem atenção
- Objetivo ambíguo: cada pessoa entende sucesso de um jeito.
- Ausência de evidência do cliente: o plano parte de opiniões, não de necessidades verificadas.
- Hipóteses críticas não testadas: preço, tecnologia, prazo ou canal são tratados como fatos.
- Dependências ocultas: fornecedores, aprovações ou sistemas aparecem tarde demais.
- Responsabilidade difusa: várias pessoas “participam”, mas ninguém conduz a decisão.
- Capacidade incompatível: o escopo ignora tempo, dinheiro, habilidade ou energia disponíveis.
- Indicadores tardios: o problema só fica visível quando já atingiu receita, prazo ou reputação.
- Obstáculos sem resposta: todos conhecem o risco, mas não existe ação preparada.
- Silêncio e concordância artificial: dúvidas são escondidas para evitar conflito.
- Falta de critérios de revisão: o projeto continua por inércia, mesmo quando a hipótese perdeu sentido.
Esses riscos não são uma fórmula universal. Eles funcionam como lentes. O valor está em encontrar evidências específicas do seu projeto.
Como conduzir o exercício em 30 minutos
- Apresente o plano: objetivo, prazo, escopo, recursos e principais hipóteses.
- Avance no tempo: diga que o projeto fracassou de forma clara e relevante.
- Escreva em silêncio: por cinco minutos, cada pessoa lista razões plausíveis.
- Compartilhe uma por vez: registre as causas sem debater ou defender o plano.
- Agrupe riscos semelhantes: procure padrões, dependências e causas de segunda ordem.
- Priorize: avalie probabilidade e impacto, escolhendo três a cinco riscos.
- Defina resposta e responsável: prevenção, indicador e plano de contingência.
Se você trabalha sozinho, faça a escrita em duas rodadas. Na primeira, assuma a perspectiva do executor. Na segunda, pense como cliente, parceiro ou concorrente. A troca de papel ajuda a revelar pontos cegos.
Transforme receios em um registro de riscos
Uma lista de preocupações sem ação só aumenta ansiedade. Para cada risco prioritário, registre:
- Risco: evento específico que pode ocorrer.
- Sinal precoce: evidência de que ele está se aproximando.
- Prevenção: ação que reduz probabilidade ou impacto.
- Contingência: resposta caso o evento aconteça.
- Responsável: pessoa que monitora e aciona a resposta.
- Data de revisão: quando a hipótese será reavaliada.
Exemplo: “O fornecedor pode atrasar a integração”. O sinal precoce é perder o primeiro marco técnico. A prevenção é validar uma prova de conceito antes do contrato principal. A contingência é reduzir o escopo ou ativar um segundo fornecedor. O responsável acompanha o marco e decide até uma data definida.
Crie respostas se–então para os maiores riscos
Riscos previsíveis merecem decisões antecipadas. Use a mesma estrutura de intenção de implementação vista na série:
- Se menos de cinco clientes confirmarem o problema nas entrevistas, então pausaremos o desenvolvimento e revisaremos a proposta.
- Se o custo ultrapassar 70% do orçamento antes da metade do escopo, então removeremos funcionalidades não essenciais.
- Se o indicador de adoção permanecer abaixo do mínimo por duas semanas, então testaremos uma nova ativação antes de investir em aquisição.
- Se uma dependência perder o segundo prazo, então acionaremos a alternativa definida no registro de riscos.
O valor está na clareza do gatilho. “Se der errado, vamos conversar” não é um plano. Diga qual evidência dispara qual ação e quem decide.
Revise sem transformar tudo em reunião
O registro precisa permanecer vivo. Uma revisão semanal de 15 minutos pode responder:
- algum sinal precoce mudou?
- surgiu um risco novo?
- alguma prevenção foi concluída?
- o risco deve ser aceito, reduzido, transferido ou evitado?
- há evidência para continuar, mudar ou interromper o projeto?
Registre apenas mudanças e decisões. Se nada mudou, não force uma discussão longa. A revisão existe para acelerar resposta, não para produzir documentação ornamental.
Checklist antes de iniciar
- O sucesso está definido em termos observáveis?
- As principais hipóteses foram separadas dos fatos?
- Clientes ou usuários reais forneceram evidência?
- Dependências e limites de capacidade estão visíveis?
- Cada decisão crítica tem responsável?
- Há sinais precoces para os riscos prioritários?
- Prevenção e contingência são ações diferentes e claras?
- Existem critérios para reduzir, pivotar ou encerrar?
- A data de revisão está marcada?
Na aula anterior, vimos que boas equipes tornam problemas discutíveis. O pré-mortem cria o espaço para essa franqueza antes do prejuízo. Na próxima aula, você fará uma revisão pessoal com 28 perguntas para transformar experiência em decisões melhores.
Escolha um projeto em andamento e reserve 30 minutos. Imagine que ele falhou, liste as causas em silêncio e converta os três maiores riscos em ações com responsáveis e gatilhos. Prevenir não é prever o futuro; é estar preparado para responder.
