Modelo de Pensamento Inverso

Excelente instinto — você está aplicando o pre-mortem antes do fato consumado. Vamos inverter: em vez de perguntar "como comunicar melhor", pergunte "como garantir que o erro se repita amanhã à noite?". Respostas prováveis: passar o plantão só verbalmente, sem checklist escrito; assumir que o enfermeiro que sai já passou tudo (nunca confirmar com perguntas fechadas); interromper a passagem com alarmes ou celulares; usar siglas locais sem padronização; não anotar doses em local visível; e, o clássico, pular a dupla checagem de medicação de alto risco.

Agora elimine cada uma: implemente um handoff estruturado com SBAR escrito e assinado; exija confirmação por repetição ("diga-me qual dose você vai administrar"); crie uma zona de silêncio física durante o plantão (porta fechada, telefone em modo pausa); padronize termos num glossário fixo; e torne a dupla checagem obrigatória por dois profissionais, com registro em tempo real.

A chave: não confie na memória, confie no sistema. Faça um teste cego — simule uma passagem e veja quantas falhas ainda aparecem. O que sobreviver ao seu mapa de "como falhar" é o que precisa de redesign imediato.

Você já está no caminho certo — isso é exatamente um pre-mortem. Mas atenção ao formato: não deixe a reunião virar debate. Cada pessoa escreve sozinha, em silêncio, os motivos de falência. Depois, você agrupa e vota nos 3 mais prováveis e fatais. Não discuta culpados; discuta causas sistêmicas.

O que quase sempre aparece em delivery: dependência de um único canal de aquisição, CAC subindo enquanto ticket médio estagna, logística que não escala com a demanda, e time de operação sobrecarregado que queima a margem. Mas o que ninguém fala em voz alta é o medo de dizer "nosso produto não tem retenção real" — esse é o tipo de coisa que o pre-mortem revela.

Depois da lista, inverta: para cada causa fatal, defina um "gatilho de alarme" mensurável (ex.: churn > 8% por 2 meses consecutivos). Aí você contrata gente com base em evidência, não em empolgação. E lembre: o objetivo não é prever o futuro, é destravar as conversas que ninguém quer ter. Faça isso antes de cada contratação grande.

Excelente instinto. Você já está aplicando o núcleo do pre-mortem: em vez de perguntar "como aprovar", pergunte "como garantir a reprovação". Isso força os alunos a verbalizarem exatamente os erros que a teoria não captura, porque eles deixam de repetir o que você ensinou e passam a descrever o que realmente fazem quando travam.

Estruture assim: divida a turma em grupos de 3–4 e dê 15 minutos para cada um listar, individualmente, os 5 passos mais eficazes para reprovar no projeto — sem conversar. Depois, cada grupo consolida as listas e prioriza as 3 causas mais prováveis de falha. Aqui está o pulo do gato: não peça "o que pode dar errado", peça "o que vai dar errado, porque já vimos acontecer". A diferença é sutil, mas muda o cérebro de modo hipotético para modo diagnóstico.

Use o resultado para redesenhar a avaliação: se a lista aponta "não validar hipóteses antes de codificar", crie um checkpoint obrigatório de validação com nota parcial. Se aponta "deixar integração para o fim", inverta a ordem do cronograma. O suporte vira preventivo, não corretivo. E repita o exercício no meio do semestre — não só no final. A reprovação descrita no papel é mais barata que a real.