Quando uma equipe de tecnologia decide adotar a prática de postmortem sem culpa, também conhecido internacionalmente como blameless postmortem, surgem as mesmas perguntas, que costumam aparecer na seguinte ordem: isso significa que ninguém será responsabilizado por nada? Como podemos realizar a reunião de maneira que ela não se torne uma procura disfarçada por culpados? E, por último, em quais circunstâncias realmente compensa oficializar esse procedimento? Essas questões são frequentes e evidenciam a necessidade de esclarecer o verdadeiro objetivo do postmortem sem culpa: fomentar um ambiente de aprendizado e aprimoramento constante, em vez de apenas culpar e atribuir responsabilidades individuais.
Rolando Bonaccorsi, diretor de operações da Vert Analytics, reúne aqui as respostas mais diretas para essas perguntas, baseadas em práticas já consolidadas em equipes de tecnologia que tratam postmortem como ferramenta séria de aprendizado, e não apenas como formalidade burocrática pós-incidente.
“Sem culpa” significa que ninguém é responsabilizado?
Não. A confusão mais comum é achar que blameless significa ausência total de consequência, quando, na verdade, o conceito distingue duas coisas diferentes: atribuir responsabilidade pela correção do problema, o que continua acontecendo normalmente, e atribuir culpa pessoal pelo erro em si, o que o formato deliberadamente evita.
Rolando Bonaccorsi explica que essa distinção muda completamente o tom da investigação: em vez de perguntar por que uma pessoa específica cometeu determinado erro, a pergunta correta se torna por que o sistema permitiu que aquele erro individual gerasse um impacto tão grande, deslocando o foco da pessoa para a fragilidade estrutural que a expôs.
Como conduzir um postmortem sem virar caça às bruxas?
Estabelecer as regras antes de começar a reunião ajuda bastante: deixar explícito, logo na abertura, que o objetivo é entender o que aconteceu e melhorar o sistema, não encontrar quem errou. Facilitadores experientes redirecionam qualquer comentário que soe como acusação de volta para os fatos, os registros de sistema e a linha do tempo objetiva do incidente.
Em vista disso, Rolando Bonaccorsi destaca uma técnica prática: sempre que alguém sugerir que a solução é “a pessoa prestar mais atenção”, transformar isso em ação sistêmica concreta, como automatizar uma verificação que hoje depende de atenção humana. Essa troca constante de julgamento individual por melhoria de processo é o que sustenta a cultura sem culpa na prática, não apenas na intenção declarada.
Quando vale a pena fazer um postmortem formal?
Nem todo incidente exige o processo completo. Reservar postmortems formais para incidentes de maior severidade, com impacto relevante em usuários ou receita, evita sobrecarregar a equipe com burocracia desproporcional para problemas menores que se resolvem rapidamente sem grande investigação necessária.
Sendo líder em IA e ciência de dados aplicada a negócios e operações, Rolando Bonaccorsi recomenda definir critérios objetivos com antecedência, como número de usuários afetados ou duração da indisponibilidade, retirando da equipe a decisão subjetiva de se aquele incidente específico “merece” ou não um postmortem completo, decisão que, sob pressão, tende a variar dependendo de quem está de plantão naquele dia.
O que separa um postmortem que funciona de um que só existe no papel
A diferença raramente está no formato do documento, está no que acontece depois dele: itens de ação com dono definido, prazo real e acompanhamento em revisões seguintes. Um postmortem detalhado, arquivado e nunca mais revisitado tem o mesmo valor prático de nenhum postmortem, apenas consome mais tempo da equipe para produzir.
Equipes que abordam esse processo com comprometimento e seriedade conseguem resolver problemas recorrentes de maneira significativamente mais ágil em comparação com aquelas que se envolvem em reuniões que, na verdade, são apenas uma forma de atribuição de culpa disfarçada de aprendizado. Além disso, equipes que se limitam a documentar ações que nunca são efetivamente implementadas acabam por perder tempo e recursos, o que pode levar a uma repetição dos mesmos problemas.
