Postmortem o que é, onde a RCA entra e por que o Relatório de Incidente é só o começo da história. Um guia comparativo, com tabela e fluxograma de decisão, para você parar de misturar os três documentos no seu help desk.
⚡ Versão de 30 segundos
- Relatório de Incidente = o QUE aconteceu (fatos, linha do tempo, impacto). É o registro, sai durante ou logo depois do chamado.
- RCA (Root Cause Analysis) = o PORQUÊ aconteceu. É o método/análise que cava a causa-raiz por trás dos sintomas.
- Postmortem = o documento que COSTURA tudo: incidente + RCA + lições aprendidas + ações, sem caça às bruxas (blameless).
- Regra prática: todo chamado gera Relatório de Incidente; só os relevantes merecem RCA; só os graves ou recorrentes viram Postmortem.
- O Copilot da Service Up dentro do Znuny entrega os três: registra o chamado, roda a RCA com IA (DeepSeek) e gera o relatório em PDF com 8 seções.
O problema: três nomes, um amontoado de PDFs
Pergunte numa reunião de TI o que é um postmortem e você vai ouvir três respostas diferentes. Um diz que é o relatório do incidente. Outro chama de RCA. O terceiro acha que é tudo a mesma coisa com nome chique. O resultado prático? Documentos que misturam fatos, opiniões e ações sem critério, ninguém sabe onde procurar o quê, e na próxima vez que o mesmo problema acontece, não há registro útil para consultar.
A confusão tem raiz histórica: os três termos nasceram em mundos diferentes (operação, qualidade e engenharia de confiabilidade) e foram parar no mesmo balcão de help desk. Mas eles respondem perguntas distintas. Quando você separa as perguntas, o caos vira processo.
A diferença em uma frase: o Relatório de Incidente conta o QUE aconteceu, a RCA explica o PORQUÊ aconteceu, e o Postmortem amarra tudo e diz O QUE FAZER para não repetir.
- Misturar os três faz o relatório inchar e perder a função.
- Separar as perguntas (o quê / por quê / e agora) organiza o processo.
- Cada documento tem dono, momento e profundidade próprios.
Postmortem, o que é (de verdade)
Postmortem é o documento final, escrito depois que a poeira baixou, que reconstrói um incidente relevante do começo ao fim com um objetivo claro: aprender e evitar a recorrência. Ele reúne o relato dos fatos, a análise de causa-raiz, o impacto real no cliente e no negócio, e — a parte que a maioria esquece — as ações concretas com responsável e prazo.
A palavra vem da medicina (a autópsia), mas a versão que a TI adotou tem uma regra de ouro: é blameless, ou seja, sem caça às bruxas. O foco é no sistema e no processo que permitiram a falha, não em apontar um culpado. Postmortem que vira tribunal de culpados deixa de produzir aprendizado, porque ninguém mais quer contar o que de fato aconteceu.
Nem todo incidente merece postmortem. Ele custa tempo e atenção da equipe. Reserve para o que doeu: indisponibilidade séria, quebra de SLA crítico, problema recorrente que ninguém matou na raiz, ou qualquer evento com impacto relevante no cliente. Para o resto, o Relatório de Incidente já basta.
- É escrito DEPOIS, com calma, não no calor do incidente.
- É blameless: foco em processo e sistema, nunca em culpado.
- Termina sempre com ações acionáveis (dono + prazo).
- Só para incidentes graves, recorrentes ou de alto impacto.
A operação inteira · painel de causa-raiz
Recriação do painel real (Ferramentas → AI Copilot · Relatório de Causa-Raiz).
RCA: o motor que vai do sintoma à causa
RCA é a sigla de Root Cause Analysis (Análise de Causa-Raiz). Diferente dos outros dois, ela não é um tipo de documento — é um método. É o trabalho investigativo de descer do sintoma visível (o e-mail não chega) até a causa de fato (uma fila de mensagens travou por falta de disco há três semanas).
A RCA usa técnicas conhecidas: os 5 Porquês, o diagrama de Ishikawa (espinha de peixe), análise de linha do tempo. O sinal de uma RCA bem-feita é encontrar gaps — saltos no tempo, etapas puladas, sintomas tratados sem que a origem fosse tocada. Foi exatamente isso que a IA achou no chamado #2685787: um gap de cerca de 29 dias entre o que disparou o problema e o momento em que ele foi efetivamente endereçado.
Aqui está a relação que destrava tudo: a RCA é o conteúdo que mora dentro tanto do Relatório de Incidente (na forma de uma análise rápida) quanto do Postmortem (na forma de uma investigação profunda). Você não escolhe entre RCA e postmortem — o postmortem precisa de uma RCA para ter valor.
- RCA é método, não documento — ela vive dentro dos outros dois.
- Técnicas clássicas: 5 Porquês, Ishikawa, análise de linha do tempo.
- Bom indicador: a RCA expõe gaps e saltos no tempo.
- Sem RCA, o postmortem é só um relato bonito sem aprendizado.
A tabela: os três lado a lado
Esta é a referência para colar na parede da equipe. Cada coluna responde a uma pergunta diferente; quando todos na operação enxergam isso, os relatórios param de virar bagunça.
- Pergunta que responde — Relatório de Incidente: O QUÊ? · RCA: POR QUÊ? · Postmortem: E AGORA?
- Natureza — Incidente: registro factual · RCA: método de análise · Postmortem: documento de aprendizado
- Momento — Incidente: durante/logo após · RCA: durante a investigação · Postmortem: dias após, com calma
- Profundidade — Incidente: rasa (fatos) · RCA: funda (causa-raiz) · Postmortem: completa (tudo + ações)
- Foco — Incidente: o evento · RCA: a causa · Postmortem: a prevenção
- Dono típico — Incidente: quem atende · RCA: analista/IA · Postmortem: time + liderança
- Quando usar — Incidente: SEMPRE · RCA: chamados relevantes · Postmortem: graves ou recorrentes
- Entrega — Incidente: ticket/registro · RCA: análise embutida · Postmortem: PDF com seções
Fluxograma de decisão: qual eu gero agora?
Na dúvida sobre qual documento produzir, siga este caminho de cima para baixo. Ele evita os dois erros mais comuns: fazer postmortem de tudo (desperdício) e não fazer RCA de nada (problema volta sempre).
1) Houve um chamado/evento? → SIM: registre o Relatório de Incidente. Isso é inegociável, vale para todos os 974 chamados do mês. Sem registro, não há o que analisar depois.
2) O incidente foi relevante (impactou cliente, quebrou SLA, ou se repetiu)? → NÃO: pare no registro, está resolvido. → SIM: avance e rode a RCA para achar a causa-raiz.
3) A causa é grave, sistêmica ou recorrente — algo que a equipe inteira precisa aprender? → NÃO: a RCA dentro do chamado já resolve, documente as ações ali. → SIM: promova a um Postmortem completo, com as 8 seções, e leve para o ritual de revisão do time.
- Todo evento → Relatório de Incidente (sempre).
- Evento relevante → + RCA (causa-raiz).
- Causa grave/recorrente → + Postmortem (aprendizado coletivo).
Como a Service Up resolve os três de uma vez
O módulo Relatório de Causa-Raiz, o AI Copilot da Service Up, vive dentro do Znuny (ITSM/help desk) e foi desenhado justamente para entregar as três camadas sem você ter que montar planilha nenhuma. O chamado já é o Relatório de Incidente — fatos, linha do tempo e impacto ficam registrados na própria ferramenta.
Sobre essa base, o Copilot roda a RCA automaticamente com IA (motor DeepSeek, modelo deepseek-chat): foi assim que analisou 647 dos 974 chamados em 30 dias (66% de cobertura geral), achando gaps como os ~29 dias do chamado #2685787. O processamento acontece sob demanda no botão Processar agora ou em lote pelo console, com bin/znuny.Console.pl Maint::AICopilot::RCAScan.
Para os incidentes que merecem postmortem, o módulo gera um relatório completo em PDF, por chamado, com 8 seções no padrão postmortem: resumo executivo, linha do tempo, análise de gaps e causa-raiz, sentimento, status técnico, recomendações, métricas e conclusão. E há ainda o painel agregado, que junta os chamados do período por serviço vinculado com a causa-raiz da IA como detalhe — a visão de panorama que a liderança pede.
A tese é simples e vale repetir: a IA não substitui as pessoas. Ela acelera o trabalho braçal de cavar causa e montar documento, e devolve autonomia para a equipe decidir. A IA acelera; o humano decide.
- Chamado no Znuny = seu Relatório de Incidente, já registrado.
- RCA automática com IA (DeepSeek) — 647 chamados analisados em 30 dias.
- Postmortem = PDF com 8 seções, por chamado, sob demanda.
- Painel agregado: 85 serviços, causa-raiz da IA como detalhe por serviço.
🔧 Para os técnicos
Abra só o que te interessa.
Onde, na prática, a RCA entra dentro do postmortem?
A RCA é o miolo das seções ‘análise de gaps e causa-raiz’ e ‘status técnico’ do PDF de 8 seções. O postmortem é o invólucro (resumo executivo, linha do tempo, sentimento, recomendações, métricas, conclusão) e a RCA é a investigação que dá substância a ele. No Copilot, essa análise é gerada pelo motor DeepSeek (deepseek-chat) cruzando as interações do chamado para expor saltos no tempo — como o gap de ~29 dias do #2685787.
Como rodar a análise em lote em vez de chamado por chamado?
Pelo botão ‘Processar agora’ na interface para um disparo manual, ou via console para escala: bin/znuny.Console.pl Maint::AICopilot::RCAScan. Foi esse processamento que levou a cobertura geral a 647/974 chamados (66%) em 30 dias. Vale notar que 182 chamados ficaram como ‘No linked service’, o que limita o agrupamento no painel agregado — vincular o serviço ao chamado melhora a qualidade do panorama.
O que muda no painel agregado em relação ao PDF por chamado?
O PDF por chamado é a visão profunda de UM incidente (estilo postmortem, 8 seções). O painel agregado é a visão de portfólio: agrupa os chamados do período pelos 85 serviços vinculados, com a causa-raiz da IA como detalhe de cada grupo. É a diferença entre ‘por que ESTE incidente aconteceu’ e ‘quais serviços estão gerando mais dor neste mês’ — por exemplo, ‘Consultoria::Dúvida’ lidera com 142 chamados.
A IA decide a causa-raiz sozinha? Posso confiar cegamente?
Não, e esse é o ponto. A IA acelera a parte cara — varrer histórico, achar gaps, redigir o rascunho das 8 seções — mas a decisão sobre o que é causa-raiz de fato e quais ações tomar continua humana. As taxas reais ajudam a calibrar a confiança e não devem ser confundidas com a cobertura geral de 66% (647/974 analisados): a RCA fica em 84%, o sentimento em 88% e a FAQ em 30% — ou seja, sempre há chamados que pedem o olhar do analista. A regra do módulo é explícita: a IA acelera; o humano decide.
Este módulo é parte do AI Copilot da Service Up
Somos especialistas em ITSM e help desk (parceira Znuny/OTOBO). O AI Copilot já roda no nosso ambiente — e pode rodar no seu.
Pare de misturar os três relatórios. Deixe a IA da Service Up organizar incidente, RCA e postmortem por você
Converse com o nosso time comercial e veja a IA aplicada ao seu atendimento.
Falar com o comercial no WhatsApp+55 11 5192-3351
