Time que pune falha aprende a esconder falha. O erro silenciado hoje vira a queda visível ao cliente no trimestre seguinte, com custo muito acima do incidente original. Pesquisas de confiabilidade repetem o achado: medo reduz report, e menos report significa menos chance de corrigir cedo. O post-mortem blameless transforma cada falha em defesa contra a repetição dela.
Por que culpar custa caro
A economia do medo fecha depressa: engenheiro punido omite o próximo erro, falhas escondidas se acumulam e a explosão chega em produção num domingo. Empresa com cultura de culpa descobre incidente pela reclamação do cliente, não pelo monitor, e o tempo de detecção salta de minutos para dias. Blame procura culpado; blameless examina as condições que permitiram o erro, alerta que não disparou, runbook incompleto, review feito às pressas. Responsabilidade continua existindo, em nível sistêmico.
O modelo de documento que funciona
- Linha do tempo do primeiro gatilho até a resolução, com horários reais.
- Lista de fatores contribuintes, sem nome de pessoas.
- Seção de "o que funcionou bem"; cortá-la transforma o relatório em dossiê de erros.
- Ações com dono, prazo e ticket, acompanhadas até o fechamento.
A disciplina das ações decide a credibilidade do programa. Post-mortem cujas ações nunca saem ensina o time que a cerimônia é teatro, e a participação cai no terceiro documento. Teste de sanidade: releia cada documento seis meses depois e verifique a taxa de conclusão das ações; abaixo de 70%, o ritual está vazio.
Severidade com critério objetivo
Defina S1 a S4 com limiares de impacto no cliente: usuários afetados, receita por minuto parada, dados em risco. A classificação determina page versus ticket, SLA de resposta e obrigatoriedade de post-mortem. Sem critério escrito, cada incidente vira negociação de ego no pior momento possível.
Treino antes do incêndio real
Game days e exercícios de caos expõem o time a falhas simuladas antes que elas cheguem num sábado à noite. Times que ensaiam duas vezes por ano reduzem o tempo de recuperação porque conhecem o runbook de memória. Revise os post-mortems do mês em busca de padrões: o mesmo fator contribuinte em três incidentes indica investimento estrutural em confiabilidade.
Comportamento da liderança na sala
Executivo que pergunta "quem fez isso" encerra o programa ali mesmo; o time registra a lição e volta a esconder erros. Líderes modelam curiosidade sobre sistemas: quais condições produziram a falha, o que a tornou provável, o que barra a próxima. Cultura madura de incidentes nasce desse tipo de pergunta.
