Thinking, Fast and Slow: Panduan untuk Memahami (dan Tidak Mempercayai) Pikiran Kita Sendiri

Ada satu buku yang sampai saya beli dua kali, gara-gara yang pertama saya pinjamkan ke teman dan enggak pernah balik.

Thinking, Fast and Slow karya Daniel Kahneman, psikolog yang memenangkan Nobel Ekonomi, salah satu buku yang paling sering saya rekomendasikan ke siapa saja yang pekerjaannya berhubungan dengan keputusan: engineer, manajer, desainer, founder. Pada dasarnya, siapa pun yang harus berpikir untuk cari makan.

Bukunya tebal, butuh waktu untuk menamatkannya, tapi sepadan.

Dua Sistem yang Mengendalikan Pikiran Kita

Kahneman membuka bukunya dengan kerangka utama: otak manusia bekerja dengan dua mode yang sangat berbeda.

System 1: cepat, otomatis, intuitif, tanpa usaha. Inilah yang membaca ekspresi wajah orang dalam sepersekian detik, yang membuat Anda paham kalimat ini tanpa "memilih" untuk memahaminya, yang refleks menangkap bola yang dilempar ke arah Anda.

System 2: lambat, sadar, penuh pertimbangan, butuh usaha. Inilah yang aktif saat mengerjakan soal matematika rumit, memarkirkan mobil di tempat sempit, atau mengisi formulir pajak.

Masalahnya, System 1 jauh lebih dominan daripada yang kita sadari.

System 2 gampang lelah. Ia butuh fokus dan energi. Maka secara default, otak kita melimpahkan sebagian besar pekerjaan ke System 1, yang bekerja cepat lewat pencocokan pola, asosiasi, dan jalan pintas. Akibatnya, kita sering merasa sedang berpikir logis, padahal sebenarnya cuma bereaksi secara otomatis.

"A reliable way to make people believe in falsehoods is frequent repetition, because familiarity is not easily distinguished from truth."

WYSIATI: Musuh Terbesar dalam Mengambil Keputusan

Salah satu konsep paling kuat di buku ini: WYSIATI, What You See Is All There Is.

System 1 enggak pandai mempertanyakan apa yang belum ia ketahui. Ia mengambil informasi yang ada, langsung merangkainya jadi cerita yang masuk akal, lalu memperlakukannya sebagai kebenaran.

Contoh sederhana: Anda baru bertemu seseorang di rapat pertama. Orangnya bicara dengan percaya diri. System 1 langsung menyimpulkan, "Orang ini kompeten." Ia enggak akan mengingatkan Anda bahwa rasa percaya diri dan kompetensi itu dua hal yang berbeda, atau bahwa Anda baru kenal orang itu lima belas menit.

WYSIATI menjelaskan banyak keputusan buruk dalam perekrutan, investasi, dan pengembangan produk. Kita terlalu cepat membentuk opini yang kuat dari informasi yang sangat terbatas, dan System 1 enggak pernah memberi tahu kita kalau ada bagian penting yang hilang.

Anchoring: Angka Pertama yang Menyandera Penilaian Kita

Kahneman menjelaskan efek anchoring dengan sangat detail, dan setiap kali membacanya, saya sedikit risih menyadari betapa sering hal ini terjadi pada saya juga.

Dalam satu eksperimen, peserta diminta memutar roda angka yang sudah diatur sebelumnya, lalu menebak berapa persen negara Afrika yang menjadi anggota PBB. Mereka yang rodanya berhenti di angka 10 rata-rata menebak 25%. Yang rodanya berhenti di 65 rata-rata menebak 45%.

Angka acak yang sama sekali enggak ada hubungannya tetap memengaruhi tebakan mereka.

Di dunia engineering, ini sangat terasa. Begitu seseorang bertanya, "Kira-kira fitur ini bisa kelar dalam dua minggu enggak?", angka "dua minggu" itu sudah jadi jangkar. Estimasi kita jadi cenderung berputar di sekitar angka itu, bukan dihitung dari nol berdasarkan kompleksitas yang sebenarnya.

Cara mengatasinya: mulai estimasi dari nol, tanpa terpengaruh angka awal. Tuliskan dulu kompleksitasnya, baru hitung angkanya.

Planning Fallacy: Kita Selalu Kelewat Optimis

Kahneman menyebut ini salah satu bias paling umum dan paling merugikan di dunia kerja.

Planning fallacy adalah kecenderungan kita meremehkan waktu, biaya, dan risiko sebuah proyek, sambil membesar-besarkan manfaat yang akan didapat.

Penyebabnya sederhana: saat merencanakan sesuatu, kita membayangkan skenario terbaik. Kita lupa memasukkan hal-hal seperti dependensi yang enggak terduga, review yang molor, bug yang muncul belakangan, anggota tim yang sakit, atau requirement yang berubah di tengah jalan.

Solusi yang ditawarkan Kahneman disebut outside view: alih-alih cuma melihat proyek Anda sendiri (inside view), tanyakan, "Berapa lama biasanya proyek serupa selesai di masa lalu?" Data historis jauh lebih bisa diandalkan daripada perkiraan yang penuh optimisme.

Di dunia software engineering, ini juga alasan kenapa sprint planning yang realistis butuh data velocity dari sprint-sprint sebelumnya, bukan semangat tim di pagi hari Senin.

Loss Aversion: Takut Rugi Lebih Kuat daripada Senang Untung

Ini salah satu temuan Kahneman yang paling sering dikutip orang, dan paling sering diremehkan dampaknya.

Kehilangan seratus dolar terasa dua kali lebih menyakitkan daripada mendapatkan seratus dolar terasa menyenangkan.

Secara matematis kedua hal ini setara, sama-sama seratus dolar yang berpindah. Tapi secara psikologis, jauh dari setara. Akibatnya, kita sering mengambil keputusan yang sebenarnya merugikan, hanya demi menghindari rasa kehilangan.

Implikasinya luas sekali:

Kenapa tim engineering enggan membuang kode lama yang sudah enggak relevan? Karena mereka merasa sudah "berinvestasi" di sana, dan loss aversion menghalangi refactoring yang sebenarnya perlu dilakukan.
Kenapa produk yang jelas-jelas gagal terus saja didanai? Karena menghentikannya terasa seperti "rugi", padahal sebenarnya itu cara memotong kerugian lebih lanjut.
Kenapa orang enggan mencoba pendekatan baru meski yang lama jelas kurang optimal? Karena ada risiko kehilangan kenyamanan yang sudah ada.

"Losses loom larger than gains."

The Halo Effect: Kesan Pertama yang Mewarnai Segalanya

Coba bayangkan dua deskripsi tentang dua orang berikut:

Alan: cerdas, pekerja keras, impulsif, kritis, keras kepala, pendengki.
Ben: pendengki, keras kepala, kritis, impulsif, pekerja keras, cerdas.

Daftarnya sama persis, cuma urutannya dibalik. Tapi hampir semua orang yang membaca ini menganggap Alan lebih baik daripada Ben.

Inilah halo effect: kesan awal yang positif (atau negatif) memengaruhi cara kita menafsirkan semua informasi berikutnya tentang orang atau hal itu.

Dalam konteks engineering, begitu kita sudah "suka" pada sebuah teknologi atau pendekatan tertentu, kita cenderung melihat semua buktinya lewat kacamata positif, dan menganggap remeh bukti yang bertentangan. Code review terhadap orang yang kita hormati terasa lebih ringan, padahal kodenya bisa jadi punya masalah yang sama dengan orang yang kita ragukan kemampuannya.

Regression to the Mean: Kenapa Hukuman Kadang Terlihat Berhasil

Bagian ini paling banyak mengubah cara saya memandang feedback dan evaluasi.

Kahneman menceritakan instruktur penerbangan militer yang menyadari sesuatu: setiap kali mereka memuji pilot karena pendaratan yang mulus, pendaratan berikutnya cenderung lebih jelek. Sebaliknya, setiap kali mereka mengkritik setelah pendaratan yang buruk, pendaratan berikutnya cenderung membaik. Kesimpulan mereka waktu itu: pujian bikin lengah, kritik bikin lebih baik.

Padahal kesimpulan itu keliru. Yang sebenarnya terjadi adalah regression to the mean: performa yang ekstrem, baik sangat bagus maupun sangat buruk, cenderung kembali ke rata-rata pada kesempatan berikutnya. Bukan karena efek dari pujian atau kritik, tapi karena variasi alami saja.

Para instruktur itu mengira sedang menemukan hukum perilaku manusia, padahal yang mereka temukan cuma statistik biasa.

Pelajarannya penting buat manajemen dan budaya kerja: jangan terburu-buru menyimpulkan sebab akibat dari korelasi yang kita amati. Kalau performa tim membaik setelah ada perubahan proses, apakah itu memang karena prosesnya, atau cuma kebetulan sedang dalam siklus pemulihan alami?

The Two Selves: Mengalami dan Mengingat Itu Dua Hal Berbeda

Ini salah satu temuan Kahneman yang paling mengejutkan, dan menurut saya kurang banyak dibahas orang.

Dalam satu eksperimen, pasien menjalani prosedur medis yang enggak nyaman. Setelah selesai, mereka diminta menilai seberapa buruk pengalamannya. Hasilnya: lama atau singkatnya prosedur ternyata hampir enggak berpengaruh pada penilaian akhir. Yang berpengaruh justru intensitas rasa sakit di puncaknya, dan intensitas di momen terakhir.

Prosedur yang lebih lama tapi diakhiri dengan rasa sakit yang lebih ringan, dinilai lebih baik daripada prosedur yang lebih singkat tapi diakhiri dengan rasa sakit yang tajam.

Kahneman menyebut ini peak-end rule, sekaligus membedakan dua "diri" yang berbeda dalam diri kita:

Experiencing self: sosok yang benar-benar merasakan setiap momen saat itu juga
Remembering self: sosok yang menyusun cerita dan menilai pengalaman secara keseluruhan setelahnya

Kita hidup dengan remembering self, tapi sering mengambil keputusan berdasarkan tebakan yang sering kali keliru tentang bagaimana experiencing self akan merasakannya nanti.

Untuk desain produk, ini berarti bagian akhir dari sebuah pengalaman jauh lebih penting daripada yang kita kira. Proses checkout yang lancar setelah pembelian yang panjang, atau email penutup yang ramah setelah sesi support yang melelahkan, momen-momen kecil seperti ini ikut mewarnai kesan pengguna secara keseluruhan, jauh lebih besar daripada porsinya.

Cognitive Ease: Yang Gampang Dipahami Terasa Lebih Benar

System 1 sangat peka terhadap cognitive ease, yaitu seberapa mudah sebuah informasi diolah otak.

Informasi yang gampang dibaca, terasa familier, dan sejalan dengan apa yang sudah kita yakini, akan terasa lebih benar, lebih bisa dipercaya, lebih menyenangkan, bahkan tanpa tambahan bukti apa pun.

Ini menjelaskan kenapa:

Pernyataan yang dicetak dengan huruf yang gampang dibaca terasa lebih kredibel
Perusahaan dengan nama saham yang gampang diucapkan cenderung tampil lebih baik di hari IPO
Kebohongan yang terus diulang terasa lebih benar daripada kebenaran yang baru sekali didengar

Buat kita yang sering menulis, baik dokumentasi, proposal teknis, maupun design doc, kejelasan tulisan bukan cuma soal etika berkomunikasi. Ia secara langsung menaikkan peluang ide kita diterima, terlepas dari seberapa bagus isinya sebenarnya.

Yang Saya Bawa Pulang sebagai Engineer dan Pengambil Keputusan

Setelah membaca Thinking, Fast and Slow, ada beberapa hal nyata yang saya ubah dalam cara bekerja:

1. Menunda keputusan besar. Kalau harus mengambil keputusan arsitektur yang penting, saya sengaja menunggu sehari dan membaca ulang argumennya. Sebab System 1 sering kali sudah punya kesimpulan sebelum System 2 selesai berpikir.

2. Minta estimasi sebelum ada angka yang disebut duluan. Saat sprint planning atau scoping, saya minta semua orang menulis estimasi masing-masing dulu sebelum siapa pun menyebut angka. Cara ini cukup efektif mengurangi efek anchoring.

3. Pre-mortem sebelum proyek dimulai. Teknik dari buku ini: sebelum proyek berjalan, bayangkan proyek itu sudah gagal total, lalu tanyakan, "Apa penyebabnya?" Cara ini memaksa System 2 memikirkan risiko yang biasanya diabaikan System 1 di tengah euforia awal.

4. Membedakan "merasa yakin" dari "punya bukti". System 1 bisa menghasilkan rasa percaya diri walau dasarnya rapuh. Saya jadi lebih sering bertanya pada diri sendiri, bukti konkret apa yang benar-benar mendukung keyakinan ini?

Thinking, Fast and Slow bukan buku yang akan membuat Anda kebal sepenuhnya dari bias. Kahneman sendiri mengakui bahwa sekadar tahu soal bias enggak otomatis menghilangkannya. Tapi buku ini memberi Anda bahasa dan kerangka berpikir untuk mengenali kapan otak sedang mengambil jalan pintas yang berbahaya.

Dan di industri yang setiap harinya menuntut kita mengambil keputusan besar, soal arsitektur, soal orang, soal produk, soal strategi, itu sudah jadi keunggulan yang nyata.

Buku paling berat yang pernah saya selesaikan. Dan salah satu yang paling saya syukuri sudah saya baca.