Post-mortem incidente passos: checklist de 9 etapas

Um post-mortem de incidente é uma análise estruturada do início ao fim de uma falha: o que aconteceu, como a equipe respondeu e o que pode ser feito para evitar repetições. Este checklist de 9 passos serve para qualquer tipo de incidente, de uma queda de servidor a um erro de deploy. Use-o logo após estabilizar o sistema, enquanto os fatos estão frescos.

Preparação

1. Registre o incidente no calor do momento

Anote data, hora e impacto assim que o incidente começar. Não confie na memória. Um registro imediato captura detalhes que se perdem em horas de tensão.

2. Convoque as pessoas certas

Inclua quem participou da resposta e quem pode ter contexto sobre a área afetada. Sem a equipe completa, a análise fica incompleta.

Análise

3. Monte a linha do tempo

Liste os eventos em ordem cronológica: quando o problema começou, quando foi detectado, quando a resposta começou. Isso revela atrasos e lacunas de monitoramento.

4. Identifique a causa raiz

Pergunte "por que" repetidamente até chegar à origem do problema. Não pare no sintoma imediato; a causa raiz costuma estar em camadas mais profundas.

5. Analise a resposta da equipe

O que funcionou bem? O que demorou? Avalie a comunicação, as decisões e o uso de ferramentas. O objetivo é melhorar o processo, não apontar culpados.

6. Documente as lições aprendidas

Escreva o que a equipe aprendeu sobre o sistema, o processo e a colaboração. Essas lições são o insumo para mudanças reais.

Ação

7. Defina ações concretas

Cada lição vira uma ação com responsável e prazo. Sem dono e sem data, a ação não sai do papel.

8. Acompanhe a execução

Revise o andamento das ações em reuniões periódicas. Um post-mortem sem follow-up é só um documento esquecido.

9. Compartilhe o aprendizado

Divulgue o resultado para a equipe e, se fizer sentido, para a empresa. Outros times podem se beneficiar da análise e evitar erros semelhantes.

O erro mais comum é tratar o post-mortem como um formulário a preencher. Se o documento não gera ação, a falha vai se repetir. O valor está na mudança, não no relatório.

Perguntas frequentes

Quanto tempo depois do incidente devo fazer o post-mortem?

O ideal é realizar em até 48 horas após a estabilização. Quanto mais cedo, mais frescos estão os fatos e a memória da equipe. Esperar demais faz a análise perder detalhes importantes.

Quem deve participar do post-mortem?

Toda pessoa envolvida na resposta ao incidente, incluindo engenheiros, suporte e gestão. Também é útil incluir alguém de fora do time, para trazer uma perspectiva imparcial.

O post-mortem é para culpar alguém?

Não. O foco é entender o que falhou no processo, não quem errou. Uma cultura de culpa inibe a transparência e impede o aprendizado. O objetivo é melhorar o sistema.

Preciso de uma ferramenta específica para fazer o post-mortem?

Não. Um documento simples, como um Google Docs ou uma wiki, já resolve. O importante é o processo: registro, análise, ações e acompanhamento. Ferramentas avançadas ajudam, mas não substituem a disciplina.

O que fazer se o incidente for muito grave?

A gravidade não muda o processo, apenas a urgência. Reúna a equipe assim que possível, priorize a análise da causa raiz e defina ações críticas. Incidentes graves exigem mais rigor no acompanhamento.