Como você conduz uma retrospectiva sem culpa após um incidente?

Question

Accepted Answer

Uma **retrospectiva sem culpa** trata um incidente como uma falha de *sistemas e condições*, não de pessoas. A pergunta nunca é "quem quebrou" mas "como nossos sistemas permitiram que uma pessoa razoável causasse isso, e como tornamos isso impossível na próxima vez?"

## O processo

1. **Construa uma linha do tempo.** Reconstrua o que aconteceu minuto a minuto: detecção, escalação, mitigação, resolução. Atenha-se aos fatos.
2. **Encontre fatores contribuintes.** A maioria dos incidentes tem vários. Use técnicas como **5 Porquês** para ir além do sintoma superficial até a **causa raiz** — alertas ausentes, um deploy frágil, um runbook pouco claro.
3. **Produza itens de ação.** Cada um é **concreto, designado e tem um prazo**. "Ser mais cuidadoso" não é um item de ação; "adicionar uma verificação de migração pré-deploy" é.
4. **Compartilhe amplamente.** Publique o relatório para que toda a organização aprenda, não apenas as pessoas na sala.

## Sem culpa na prática

- Descreva **o que** aconteceu e **por que fazia sentido na época**, não **quem** culpar.
- Assuma que todos agiram de forma razoável com as informações que tinham.
- Se uma única ação humana pudesse derrubbar a produção, isso é uma **lacuna do sistema**, não uma falha pessoal.

## Por que a segurança psicológica importa

No momento em que as pessoas temem ser culpadas, elas ocultam detalhes, minimizam seu papel, e as verdadeiras causas permanecem enterradas. **A segurança psicológica impulsiona a honestidade**, e a honestidade é a única coisa que produz correções que realmente funcionam.

## Por que isso importa

Incidentes são uma lição cara — uma retrospectiva sem culpa é como você realmente obtém a lição. Bem feito, a mesma falha não recorre, o sistema fica mais resiliente a cada falha, e o time confia que assumir um erro torna as coisas melhores, não piores.