O que é postmortem sem culpa e como transformar incidentes em melhoria?
Depois de um incidente sério, é tentador encontrar quem errou e encerrar o assunto. O problema é que o próximo incidente vai encontrar o mesmo sistema frágil, agora operado por pessoas com medo de contar o que aconteceu. O postmortem sem culpa, prática consolidada em equipes de SRE, inverte a pergunta: como o sistema permitiu que isso acontecesse?
O que significa sem culpa
Sem culpa não quer dizer sem responsabilidade. Quer dizer partir do princípio de que as pessoas agiram da melhor forma possível com as informações, as ferramentas e a pressão que tinham naquele momento. Se um comando errado derrubou a produção, as perguntas úteis são por que ele parecia correto, por que nada impediu sua execução e por que o impacto foi tão grande.
Sem esse ambiente, as pessoas omitem detalhes, e os detalhes omitidos são justamente os que explicariam a falha.
Quando fazer
Defina critérios objetivos com antecedência, para que a decisão não dependa do humor do dia. Exemplos comuns: indisponibilidade de um serviço crítico acima de certo tempo, perda ou exposição de dados, impacto relevante para clientes, consumo significativo do error budget, intervenção manual de emergência ou um quase acidente que poderia ter sido grave.
Qualquer pessoa da equipe deve poder pedir um postmortem.
O que o documento deve conter
- Resumo: o que aconteceu, em poucas linhas, legível por quem não é técnico.
- Impacto: duração, serviços, clientes e transações afetados, e consumo do error budget.
- Linha do tempo: os fatos com horário, do primeiro sinal até a resolução, incluindo o momento da detecção e cada decisão tomada.
- Causas contribuintes: os fatores técnicos e de processo que, juntos, levaram ao incidente.
- O que funcionou e o que atrapalhou: na detecção, na comunicação e na recuperação.
- Ações: medidas concretas, cada uma com responsável, prioridade e prazo.
Causa raiz ou causas contribuintes
Incidentes em sistemas complexos raramente têm uma única causa. Uma mudança com defeito só derruba a produção se os testes não a pegaram, se o monitoramento não alertou a tempo e se não havia como desfazê-la rapidamente. Técnicas como os cinco porquês ajudam a aprofundar, mas, aplicadas de forma linear, tendem a parar no primeiro erro humano encontrado.
Mapear as causas contribuintes leva a ações em várias camadas: prevenir a falha, detectá-la mais cedo e reduzir seu impacto.
Fazer as ações saírem do papel
O postmortem que termina em um documento arquivado não melhora nada. Registre as ações no mesmo sistema de trabalho da equipe, acompanhe-as em reuniões periódicas e dê prioridade real às correções que evitam recorrência. Compartilhe os aprendizados com outras equipes e mantenha um repositório pesquisável de postmortems.
Dois indicadores ajudam: a proporção de ações concluídas no prazo e a recorrência de incidentes com as mesmas causas.
O postmortem sem culpa investiga como o sistema permitiu a falha, em vez de buscar culpados. Com critérios claros, linha do tempo, causas contribuintes e ações com dono e prazo acompanhadas até o fim, transforma cada incidente em melhoria real.
Este conteúdo foi útil?
Revisão técnica VIPER IT — última atualização em 10 de outubro de 2026.