Pisau Occam
Prinsip memilih penjelasan atau solusi paling sederhana yang masih sesuai dengan fakta, sebelum menambah asumsi atau kompleksitas.
Disciplines
Origin Story
William of Ockham, filsuf abad ke-14, menegaskan bahwa kita tidak perlu menambah entitas tanpa alasan. Sejak itu sains dan rekayasa memakai prinsip ini untuk memprioritaskan teori dan desain yang lebih sederhana.
Core Principles
- 1Pilih penjelasan dengan asumsi paling sedikit
- 2Uji solusi sederhana terlebih dahulu sebelum menambah kompleksitas
- 3Sadar bahwa setiap asumsi tambahan mengurangi tingkat kepastian
- 4Kesederhanaan tetap berpijak pada fakta yang ada
Kapan Menggunakan
Gunakan saat mendiagnosis masalah, menyusun hipotesis, merancang produk, mengomunikasikan ide, dan mengambil keputusan di bawah ketidakpastian.
Step-by-Step Guide
Kumpulkan Penjelasan
Tuliskan semua kemungkinan penyebab atau solusi.
Identifikasi Asumsi
Untuk masing-masing penjelasan, catat asumsi yang perlu diyakini.
Susun dari Paling Sederhana
Urutkan penjelasan berdasarkan jumlah asumsi dari yang paling sedikit ke terbanyak.
Uji Penjelasan Sederhana
Coba verifikasi penjelasan dengan asumsi paling sedikit.
Tambah Kompleksitas Bila Perlu
Jika penjelasan sederhana gagal, naik ke alternatif berikutnya yang sedikit lebih kompleks.
Pisau Occam
Gambaran Umum
Pisau Occam membantu kita memilih penjelasan paling sederhana yang masih sesuai dengan data. Jika ada dua teori yang menjelaskan fenomena sama, mulailah dengan teori yang membutuhkan asumsi lebih sedikit.
Menggunakan penjelasan sederhana menghemat waktu, tenaga, dan mengurangi risiko salah. Jika ternyata penjelasan sederhana tidak memadai, barulah menambah kompleksitas.
Kisah Asal
William of Ockham menyatakan bahwa kita tidak perlu memperbanyak entitas tanpa alasan. Prinsip ini kemudian menjadi fondasi metode ilmiah: ilmuwan memilih teori paling sederhana yang bisa diuji.
Albert Einstein merangkum semangat yang sama: segala sesuatu harus dibuat sesederhana mungkin, tetapi tidak lebih sederhana dari yang seharusnya. Artinya, kesederhanaan tetap menjaga setiap fakta penting agar utuh dalam penjelasan.
Prinsip Inti
1. Sedikit Asumsi, Risiko Lebih Rendah
Setiap asumsi memiliki peluang salah. Ketika kita menumpuk asumsi, peluang keseluruhan menjadi benar turun drastis. Itulah mengapa penjelasan dengan dua asumsi lebih kuat dibanding penjelasan dengan lima asumsi yang belum teruji.
2. Uji yang Sederhana Lebih Dulu
Ketika sistem bermasalah, cek hal-hal dasar: kabel terlepas, konfigurasi salah, data belum dimigrasi. Jangan langsung menyalahkan kegagalan besar yang sulit dibuktikan.
3. Kesederhanaan Tetap Taat Fakta
Jika fakta menunjukkan fenomena kompleks, jangan memaksa penjelasan sederhana. Pisau Occam berfungsi sebagai urutan pengecekan yang tetap tunduk pada kenyataan di hadapan kita.
Langkah Penerapan Singkat
- Buat daftar hipotesis.
- Untuk setiap hipotesis, catat asumsi yang harus benar.
- Hitung kasar risiko salahnya, misalnya pakai skala 1–5.
- Uji hipotesis dengan risiko paling rendah terlebih dahulu.
- Jika hipotesis sederhana gagal, tingkatkan ke hipotesis yang lebih kompleks sambil mendokumentasikan temuan.
Studi Kasus
- Tim Produk Digital: Saat trafik turun, tim memeriksa terlebih dahulu apakah iklan berhenti tayang atau tautan kampanye rusak, sebelum mengkaji perubahan algoritma mesin pencari.
- Jasa Rental Mobil: Ketika booking menurun, pemilik mengecek dulu kondisi armada dan kecepatan respons admin sebelum menyimpulkan bahwa pelanggan pindah ke pesaing.
- Perawatan Rumah: Saat listrik padam di satu ruangan, penghuni rumah memeriksa sekering dan sakelar sebelum memanggil teknisi untuk membongkar instalasi.
Tips Praktis
- Biasakan menggunakan checklist sederhana sebelum memanggil tim ahli.
- Dokumentasikan penjelasan yang pernah berhasil sehingga bisa dijadikan rujukan saat masalah terulang.
- Gunakan pisau Occam sebagai budaya tim: "cek yang sederhana dulu" sebelum membuat teori rumit.
Dengan memulai dari solusi paling sederhana, kita bisa bergerak cepat, menghemat sumber daya, dan hanya menambah kompleksitas ketika benar-benar diperlukan.
Use Cases
Debugging Teknis
Memeriksa penyebab bug mulai dari kesalahan paling sederhana.
→Tim backend menemukan layanan gagal karena variabel lingkungan salah ketik, sementara arsitektur server tetap utuh.
Diagnosa Bisnis
Mengevaluasi penurunan penjualan dengan meninjau faktor dasar terlebih dahulu.
→Retail fashion menelusuri data penjualan dan mendapati promosi berhenti tiga minggu, jauh sebelum perlu mengkaji kondisi ekonomi makro.
Desain Produk
Memilih desain antarmuka yang bersih sebelum menambah fitur.
→Tim aplikasi pembayaran memilih satu tombol utama untuk transaksi harian dan menaruh fitur tambahan di menu sekunder.
Komunikasi Strategi
Menjelaskan ide dengan kalimat sederhana agar tim mengambil tindakan yang seragam.
→CEO menyampaikan strategi dengan pesan ringkas: fokus ke pelanggan setia, percepat pengiriman, kontrol biaya.