Murphy's law
expressãocultura de operações
'Tudo que pode dar errado vai dar errado' - a mais antiga premissa de planejamento da engenharia.
O nome remonta ao capitão Edward Murphy e aos testes de trenó-foguete de 1949 na base aérea de Edwards, embora os participantes contassem versões conflitantes de quem disse o quê, e o sentimento seja mais antigo que todos eles. Em operações, não é pessimismo, é método: projete para o modo de falha, porque com implantações suficientes ele vai ocorrer. Toda redundância, backup e simulação de caos é a lei de Murphy levada a sério.
Tudo que pode dar errado vai dar errado. A atribuição é a Edward Murphy, engenheiro em testes de trenó-foguete em 1949, e o contexto original importa: não era fatalismo, era princípio de projeto. Se um componente pode ser instalado ao contrário, alguém vai instalá-lo ao contrário, então projete de modo que não seja possível.
Essa leitura é a útil e a que em geral se perde. A lei de Murphy é um argumento a favor da engenharia defensiva, não um dar de ombros. É por isso que conectores têm chaveamento, que comandos perigosos pedem confirmação, e que uma boa API torna o uso correto o mais fácil. O pessimismo é instrumental: suponha que o modo de falha vai acontecer e remova a possibilidade, e não a intenção.
Na operação, isso mapeia diretamente para o pensamento de raio de impacto. O certificado vai expirar num feriado, o disco vai encher durante o incidente, o runbook vai estar no sistema que caiu. Cada uma dessas é uma coisa específica que pode dar errado, e cada uma tem uma versão evitável, e é por isso que anotá-las antes de acontecerem é toda a disciplina. Fatalismo não faz nada; enumeração faz muito.