A aprendizagem contínua e a cultura livre de culpa são dois aspectos culturais que as organizações devem compreender melhor na adoção do DevOps. E como fazer acontecer? Como construir respeito e confiança, eliminando a culpa e hostilidade? Para que as pessoas sintam-se confortáveis para trabalhar juntas.

Trust Blockers:

• Falta de contexto
• Objetivos conflitantes

As organizações precisam evoluir com o auto diagnóstico e aperfeiçoamento. E assim, falhas ou problemas significa resolver e compartilhar os efeitos, tornando a resolução disponível para todos na empresa. Este sistema dinâmico nos permite assumir e aprender com os erros para evitar recorrências.

“Quando as respostas a incidentes e acidentes são consideradas injustas (buscando culpados), isso pode impedir investigações de segurança, causando medo, tornando as organizações mais burocráticas ao invés de mais cuidadosas, e criando segredos e autoproteção”.

Blameless Postmortens
É uma reunião que acontece (se possível) em até 48 horas após o incidente, visando identificar as falhas no processo para corrigi-las. Deixe um terceiro para executá-la. Blameless é não culpar as pessoas pessoas pelas falhas, sabendo das responsabilidades inerentes da função.

Algumas recomendações para a comunicação Postmortem:

1. Admita a falha
2. Soa como humano
3. Tenha um canal de comunicação
4. Seja autêntico

E um roteiro recomendado para a reunião é o seguinte:

1. A descrição do incidente
2. A causa raiz
3. Como o incidente foi estabilizado ou corrigido
4. Um timeline dos eventos, incluindo todas as ações realizadas
5. Como o incidente afetou os usuários
6. Remediações e ações corretivas

As técnicas do 5 Porquês (5 Whys) e o Diagrama de Ishikawa ajudam na análise da causa raiz e efeito dos problemas.

5 Porquês

Diagrama de Ishikawa