Fundamentos

Navalha de Occam

⚑

Contribuição de: William de Ockham

Navalha de Occam é o princípio que recomenda, entre explicações que competem e têm o mesmo poder explicativo, preferir a mais simples. Não por estética, mas porque hipóteses extras são pontos adicionais de possível erro.

Explicação Profunda

*“Entia non sunt multiplicanda praeter necessitatem.” – Guilherme de Ockham*

Introdução e explicação

A formulação original da navalha de Occam surgiu no contexto filosófico e depois foi adotada em ciência como guia metodológico. Quando duas teorias explicam igualmente bem os dados disponíveis, a mais parcimoniosa tende a ser mais robusta, pois assume menos entidades, causas ou mecanismos não observados. Isso não significa que a realidade seja sempre simples, mas que a complexidade deve ser introduzida apenas quando necessária.

Nova explicação para reforço

A navalha de Occam protege contra narrativas rebuscadas criadas para preservar egos ou crenças queridas. É mais confortável culpar fatores misteriosos e externos do que admitir causas simples, porém incômodas, como falta de clareza estratégica. Em ciência e em negócios, explicações simples, bem testadas, frequentemente ganham de teorias grandiosas mas pouco ancoradas em dados.

Profundidade não exige complicação; na maioria das vezes, encarar a explicação simples é mais difícil emocionalmente do que inventar histórias sofisticadas.

?

Pergunta Gatilho

"Diante de um problema, liste as explicações possíveis e pergunte: “qual delas exige menos suposições extras?”. Comece testando essas causas simples antes de partir para hipóteses complexas. Em comunicações com clientes e stakeholders, simplifique descrições de soluções até o ponto em que continuem corretas; complexidade desnecessária é muitas vezes um disfarce para falta de entendimento."

Aplicações e Exemplos

  • Um anúncio que performou mal pode ser explicado, mais provavelmente, por uma oferta fraca ou creativos confusos do que por uma conspiração de concorrentes.
  • Uma queda de produtividade em um time é mais plausivelmente causada por metas mal definidas e falta de foco do que por sabotagem deliberada.
  • Um bug recorrente em software costuma ser fruto de um erro específico de implementação, não de uma “maldição” difusa da tecnologia.
Grande Caso Comprovado:

Na matriz incansável do suporte moderno das companhias os grandes manuais do servidor no colapso apontam ao problema básico central com falha esdrúxula das conexões abertas com os tomadas cruas frouxas antes de escalar nos comandos para analistas pesados nas pranchas com códigos repletos nas caçadas nos porões obscuros impensáveis imaginando os hackers do ocidente destruindo a arquitetura central invisível globalmente (na maioria absoluta as luzes estavam meramente sem fiação).