O que é a Retrospectiva Post-Mortem
Uma retrospectiva post-mortem oferece ao time uma forma estruturada e livre de culpa para examinar um incidente, projeto ou lançamento depois de concluído e capturar exatamente o que aconteceu, por que aconteceu e o que deve mudar. Em vez de apontar dedos, o foco está em entender a linha do tempo dos eventos, revelar os fatores que contribuíram e transformar esses insights em ações concretas que evitem a recorrência dos mesmos problemas. Funciona igualmente bem para incidentes e indisponibilidades de engenharia, prazos perdidos ou o encerramento de uma grande iniciativa. O formato conduz os participantes por uma reconstrução compartilhada dos eventos, um olhar honesto sobre o que deu certo e o que deu errado, uma exploração das causas-raiz e, por fim, um conjunto de melhorias acordadas com responsabilidades claras. Ao documentar tudo em um só lugar, o time constrói uma memória institucional à qual pode recorrer e com a qual pode aprender ao longo do tempo. Conduzir a sessão no TeamRetro mantém todos alinhados em tempo real, facilita o agrupamento de observações relacionadas, a priorização dos problemas mais impactantes e a atribuição de ações de acompanhamento antes do fim da reunião. O verdadeiro valor de um post-mortem está em seu compromisso com a segurança psicológica e a melhoria contínua. Quando os times tratam a falha como dado em vez de culpa, eles descobrem fraquezas sistêmicas, fortalecem processos e respondem mais rápido na próxima vez. Popularizado pelas práticas de confiabilidade de sites e gerenciamento de incidentes em empresas como o Google, o post-mortem sem culpa tornou-se um ritual essencial para times de alto desempenho que querem se fortalecer a cada evento.
Formato da retrospectiva Post-Mortem
Causas-raiz
Como você descreveria a linha do tempo dos eventos?
Este tópico estabelece um relato factual e compartilhado do incidente ou projeto antes de qualquer análise começar. Incentive o time a expor a sequência de eventos de forma objetiva, focando no que ocorreu e quando, em vez de quem fez o quê. Construir essa linha do tempo comum primeiro evita mal-entendidos e dá a todos o mesmo ponto de partida para a conversa mais profunda.
O que deu certo?
O que funcionou e nos ajudou a responder com eficácia?
Mesmo durante incidentes difíceis normalmente há coisas que valem a pena celebrar e reforçar. Use este tópico para destacar os comportamentos, ferramentas e decisões que ajudaram, para que o time saiba o que continuar fazendo. Capturar os pontos positivos também equilibra a conversa e mantém a moral saudável.
O que deu errado?
Onde as coisas falharam ou ficaram aquém?
Este tópico revela os problemas, lacunas e pontos de atrito que contribuíram para o incidente ou para o resultado ruim. Mantenha o tom construtivo e foque em processos e sistemas em vez de indivíduos. Incentive a honestidade lembrando ao time que o objetivo é aprender, não culpar.
Itens de ação
O que faremos para evitar isso no futuro?
Transforme a discussão em melhorias específicas, com responsáveis e prazos definidos. Garanta que cada ação tenha um responsável claro e seja realista o suficiente para de fato ser concluída. Priorize as mudanças que terão o maior impacto na prevenção de uma recorrência.
Quando usar essa retrospectiva
- Após um incidente de produção ou uma indisponibilidade, para entender a causa e evitar que aconteça novamente.
- No encerramento de um grande projeto ou lançamento, para capturar lições aprendidas enquanto os detalhes estão frescos.
- Quando um prazo foi perdido ou uma iniciativa entregou abaixo do esperado e o time precisa de uma revisão honesta.
- Sempre que um problema recorrente continua reaparecendo e você quer chegar à sua verdadeira causa-raiz.
- Para construir uma cultura de aprendizado sem culpa e melhoria contínua entre os times.
Sugestões de perguntas quebra-gelo
- Qual foi o momento de 'ops' mais memorável que você teve e que se transformou em uma ótima lição?
- Se este incidente fosse o título de um filme, como você o chamaria?
Ideias e dicas para sua reunião de retrospectiva
- Estabeleça um tom livre de culpa desde o início para que as pessoas se sintam seguras em compartilhar o que realmente aconteceu.
- Construa uma linha do tempo factual e compartilhada antes de partir para a análise, para manter todos alinhados.
- Use os Cinco Porquês para ir além dos sintomas e descobrir as verdadeiras causas-raiz.
- Faça com que cada item de ação seja específico, com responsável e prazo definidos, para que o acompanhamento de fato aconteça.
- Convide a combinação certa de pessoas envolvidas, mas mantenha o grupo pequeno o suficiente para se manter focado.
- Documente o resultado e revisite itens de ação anteriores em sessões futuras para confirmar que as correções funcionaram.
Perguntas frequentes
O que é um post-mortem sem culpa?
Quando você deve conduzir uma retrospectiva post-mortem?
Quanto tempo leva uma retrospectiva post-mortem?
Qual a diferença entre um post-mortem e uma retrospectiva de sprint?
Quem deve participar de uma retrospectiva post-mortem?
Como evitar que um post-mortem vire um jogo de culpa?
Está começando a usar retrospectivas? Leia nosso guia sobre como realizar uma retrospectiva →
Modelos relacionados
Promova o bem-estar da equipe através de diálogo aberto e apoio
Ada Lovelace Retrospective
Celebre conquistas de programação e conquiste bugs à maneira de Ada Lovelace!
Retrospectiva do Conto de Natal
Reflita sobre passado, presente e futuro com perspectiva festiva
Retrospectiva da Missão Ágil do Capitão América
Reúna seu time e lidere sua missão rumo à vitória.