Nguyen Le PhongNguyen Le Phong

Thinking Fast and Slow: vài lần tự bắt quả tang cái đầu mình chạy nhanh quá

Ghi chú đọc Thinking Fast and Slow - Tư duy nhanh và chậm của Daniel Kahneman qua các chương 1-9, 21-23 và 25: System 1/System 2, nỗ lực chú ý, System 2 lười, priming, nhận thức lỏng, framing, halo effect, checklist, trực giác chuyên gia, góc nhìn bên ngoài, Bernoulli, tâm lý sợ mất mát, lý thuyết triển vọng và biến cố hiếm có.

Có những lúc mình vừa nghe xong một câu chuyện, một con số, một lời giải thích trong meeting, và trong đầu đã có ngay kết luận. Cảm giác đó rất thật: nhanh, gọn, tự tin. Nhưng đọc Thinking Fast and Slow - Tư duy nhanh và chậm của Daniel Kahneman làm mình phải dè chừng hơn với chính cái cảm giác tự tin ấy.

Đây không phải một bản tóm tắt trọn bộ sách. Mình chỉ gom lại những điểm trong ghi chú cá nhân chạm mạnh nhất vào cách mình học, làm việc và ra quyết định: khi nào nên tin phản xạ nhanh, khi nào phải gọi phần chậm chạp hơn của não dậy, và vì sao một câu hỏi được đóng khung khác đi có thể làm mình đổi cảm giác gần như ngay lập tức.

Chương 1: Hai hệ thống trong đầu

Trong sách/ghi chú: Kahneman tách cách nghĩ của con người thành System 1 và System 2. System 1 chạy nhanh, tự động, ít tốn sức. System 2 chậm hơn, cần chú ý, cần cố gắng. Những ví dụ như phép tính 28*75, bài tập add 1/add 3, hay một tình huống dạng vụ toà án đều nhắc mình rằng có những câu hỏi nhìn qua tưởng đơn giản, nhưng nếu trả lời bằng phản xạ thì rất dễ trượt.

Mình hiểu: System 1 không phải kẻ xấu. Nó giúp mình sống được trong rất nhiều tình huống hằng ngày. Vấn đề là nó cũng rất thích trả lời nhanh kể cả khi câu hỏi cần System 2. Nhiều lúc mình không thật sự suy nghĩ, mình chỉ đang cảm thấy một câu trả lời có vẻ đúng.

Bài học đem ra dùng: Với quyết định có hậu quả, đừng chỉ hỏi mình nghĩ gì. Hãy hỏi thêm: mình đã thật sự tính chưa, hay chỉ mới thấy câu trả lời này quen quen và hợp tai?

Chương 2: Chú ý là một loại năng lượng

Trong sách/ghi chú: Những bài như add 1add 3 làm rõ việc chú ý có tải trọng. Add 1 còn có thể theo được khá dễ, nhưng add 3 bắt đầu làm đầu óc căng hơn. Phép 28*75 cũng vậy: chỉ cần nhìn là biết nó không thuộc nhóm câu hỏi System 1 nên tự ôm hết.

Mình hiểu: Có những việc mình tưởng là do mình lười, nhưng thật ra là do não đang phải trả chi phí chú ý. Khi mệt, System 2 yếu hơn, và System 1 càng có cơ hội nhảy vào trả lời thay.

Bài học đem ra dùng: Những việc cần cân nhắc, như review một quyết định quan trọng, chọn hướng xử lý rủi ro, hay đánh giá một người, không nên để vào lúc đầu óc đã cạn pin. Không phải vì mình kém, mà vì lúc đó hệ thống chậm trong đầu không còn đủ lực để làm việc tử tế.

Chương 3: System 2 lười hơn mình tưởng

Trong sách/ghi chú: Ghi chú của mình giữ lại bài toán kiểu cuốn sách và cái bìa. Đây là dạng câu hỏi khiến một đáp án nhanh bật ra rất tự nhiên, nhưng nếu dừng lại kiểm tra thì mới thấy có gì đó sai. Nó là một ví dụ rõ cho việc System 2 nhiều khi chỉ ký duyệt câu trả lời của System 1.

Mình hiểu: Cái nguy hiểm không nằm ở việc trả lời sai ngay lần đầu. Cái nguy hiểm là cảm giác không cần kiểm tra. System 2 có thể rất lười, nhưng lại biết dựng một vẻ ngoài hợp lý cho sự lười đó.

Bài học đem ra dùng: Khi một câu trả lời đến quá nhanh trong chuyện quan trọng, mình nên viết giả định ra giấy. Chỉ cần bắt câu trả lời đi qua một lớp chữ nghĩa, nó đã bớt quyền lực hơn trong đầu.

Chương 4: Priming và những tín hiệu đi trước suy nghĩ

Trong sách/ghi chú: Hiệu ứng priming cho thấy những tín hiệu vừa đi qua đầu có thể ảnh hưởng đến cách mình nghĩ và phản ứng sau đó. Một từ, một hình ảnh, một ngữ cảnh, hay một cách sắp đặt đều có thể kéo suy nghĩ về một hướng trước khi mình kịp nhận ra.

Mình hiểu: Mình thích nghĩ là mình quyết định độc lập, nhưng môi trường thường đã đặt vài đường ray nhỏ từ trước. Không phải lúc nào nó cũng thao túng, nhưng nó làm mình bớt ngây thơ với chữ khách quan.

Bài học đem ra dùng: Khi chuẩn bị họp, viết tài liệu, hoặc đánh giá một phương án, mình nên để ý thứ gì đang được đặt ngay trước mắt mọi người. Thứ xuất hiện đầu tiên không luôn đúng hơn, nhưng thường có lợi thế tâm lý hơn.

Chương 5: Nhận thức lỏng, và chuyện mình quên mất

Trong sách/ghi chú: Chương 5 có ý về nhận thức lỏng. Trong ghi chú của mình cũng có một chi tiết hơi buồn cười: mình ghi là mình quên mất phần này. Nghĩ lại thì nó lại rất hợp với cuốn sách. Có những thứ lúc đọc thấy trơn tru, dễ hiểu, nhưng nếu không xử lý lại thì nó trôi qua rất nhanh.

Mình hiểu: Cái gì dễ đọc, dễ nghe, dễ nhớ trong khoảnh khắc đầu tiên thường tạo cảm giác đáng tin hơn. Nhưng cảm giác trơn tru không đồng nghĩa với hiểu sâu. Nó chỉ nói rằng đường đi của thông tin đang ít ma sát.

Bài học đem ra dùng: Với một ý tưởng nghe rất mượt, mình nên hỏi thêm: nó đúng vì có dữ kiện tốt, hay chỉ vì nó được trình bày quá dễ nuốt? Nếu không hỏi câu đó thì toang cao đó bạn ơi 🤣

Chương 6: Cùng một dữ kiện, đổi khung là đổi cảm giác

Trong sách/ghi chú: Ví dụ về tỷ lệ sống sót và tỷ lệ tử vong làm mình nhớ rất lâu. Cùng một bản chất dữ liệu, nhưng nói theo hướng sống sót hay tử vong có thể tạo cảm giác khác hẳn.

Mình hiểu: System 1 phản ứng mạnh với khung trình bày. Nó không đợi mình chuyển đổi lại dữ liệu cho cân bằng. Nghe sống sót thì nhẹ hơn; nghe tử vong thì nặng hơn. Về mặt tính toán có thể tương đương, nhưng về mặt cảm xúc thì không.

Bài học đem ra dùng: Khi nghe một con số, nhất là trong rủi ro, sản phẩm, sức khoẻ, tài chính hay hiệu suất, mình nên thử viết lại theo chiều ngược. Nếu đang nghe theo hướng sống sót, hãy viết lại theo hướng tử vong tương ứng. Nếu 40% acceptance, vậy phần còn lại là không acceptance. Chỉ một thao tác đảo khung đã làm quyết định bớt bị kéo đi.

Chương 7: Kết luận nhanh khi dữ kiện còn mỏng

Trong sách/ghi chú: Ghi chú nhắc tới ví dụ 10 người và 40% acceptance. Vấn đề không chỉ nằm ở con số, mà nằm ở cách mình vội cảm nhận ý nghĩa của con số đó khi mẫu còn nhỏ hoặc bối cảnh chưa đủ.

Mình hiểu: Mình rất dễ biến một lát cắt mỏng thành một câu chuyện dày. Thấy vài dữ kiện đầu, System 1 đã muốn dựng thành pattern. Nó thích một câu chuyện gọn hơn là một câu trả lời dè dặt.

Bài học đem ra dùng: Khi dữ kiện còn ít, câu trả lời trưởng thành hơn có thể là: chưa đủ để kết luận. Trong công việc, câu này nghe kém hấp dẫn hơn một nhận định mạnh, nhưng nhiều khi nó trung thực hơn.

Chương 8: Halo effect và meeting bias

Trong sách/ghi chú: Halo effect làm một ấn tượng tốt hoặc xấu lan sang những đánh giá khác. Ghi chú của mình cũng nhắc tới meeting bias: trong một cuộc họp, ý kiến nói trước, người có uy tín hơn, hoặc người trình bày tự tin hơn có thể kéo cả nhóm theo một hướng.

Mình hiểu: Mình không chỉ đánh giá ý tưởng. Mình còn đánh giá người nói, thứ tự nói, sự quen thuộc, và cảm giác mình đã có từ trước. Nếu không cẩn thận, cuộc họp không còn là nơi tìm ý đúng, mà thành nơi hợp thức hoá ấn tượng ban đầu.

Bài học đem ra dùng: Với các quyết định cần chất lượng, nên gom nhận định độc lập trước khi thảo luận chung. Ai cũng viết đánh giá riêng trước, rồi mới mở ra so. Cách này làm giảm bớt quyền lực của người nói đầu tiên và của halo effect.

Chương 9: Não hay trả lời câu dễ hơn

Trong sách/ghi chú: Chương 9 làm mình chú ý đến việc khi gặp câu hỏi khó, đầu óc có thể âm thầm thay bằng một câu dễ hơn. Thay vì trả lời câu này có đáng tin không, mình lại trả lời mình có thích người nói không. Thay vì đánh giá rủi ro thật của một kế hoạch, mình lại đánh giá slide có thuyết phục không.

Mình hiểu: Đây là một kiểu trượt rất nguy hiểm vì nó diễn ra êm. Mình vẫn tưởng mình đang trả lời câu hỏi gốc, trong khi thật ra đã đổi đề.

Bài học đem ra dùng: Trước khi họp hoặc tự ra quyết định, nên viết câu hỏi gốc thành một dòng rõ ràng. Nếu đang đánh giá một kế hoạch, câu hỏi là kế hoạch có rủi ro gì, không phải người trình bày có tự tin không.

Chương 21: Checklist đôi khi thắng cảm giác

Trong sách/ghi chú: Các ví dụ như checklist chăm sóc trẻ sơ sinh và quy trình tuyển dụng cho thấy công thức, tiêu chí hoặc checklist đơn giản có thể giúp đánh giá ổn định hơn cảm giác thuần tuý.

Mình hiểu: Điều này không có nghĩa con người vô dụng. Nó chỉ nói rằng trực giác của mình dễ bị nhiễu, còn checklist ép mình quay lại những tiêu chí đã thống nhất. Trong tuyển dụng, nếu không có tiêu chí trước, rất dễ biến một cuộc phỏng vấn thành cuộc đo cảm tình.

Bài học đem ra dùng: Những việc lặp lại và có rủi ro nên có checklist. Phỏng vấn, review, bàn giao, kiểm tra trước release, hay đánh giá một lựa chọn quan trọng đều nên có vài tiêu chí cố định để System 2 có cái mà bám vào.

Chương 22: Khi nào nên tin trực giác

Trong sách/ghi chú: Ví dụ người lính cứu hoả làm mình nhớ đến trực giác chuyên gia. Có những trường hợp người nhiều kinh nghiệm cảm được điều bất thường trước khi giải thích được bằng lời.

Mình hiểu: Trực giác đáng tin không phải cảm giác từ trên trời rơi xuống. Nó giống kinh nghiệm được nén lại sau nhiều lần gặp mẫu hình tương tự và nhận phản hồi đủ nhanh. Nếu môi trường không ổn định, hoặc phản hồi quá chậm, trực giác dễ chỉ là sự tự tin.

Bài học đem ra dùng: Trước khi tin cảm giác của mình, nên hỏi: mình đã từng thấy đủ nhiều tình huống tương tự chưa, và mình có nhận feedback thật từ các lần trước không? Nếu chưa, tốt hơn nên dùng dữ kiện, checklist hoặc hỏi thêm người khác.

Chương 23: Nhìn từ bên ngoài câu chuyện của mình

Trong sách/ghi chú: Chương 23 nhắc mình đừng chỉ nhìn một kế hoạch từ bên trong câu chuyện mình đang kể. Khi ở trong kế hoạch, mình thấy lý do, nỗ lực, kỳ vọng và phiên bản đẹp nhất của mọi thứ.

Mình hiểu: Góc nhìn bên trong thường làm mình thương kế hoạch của mình quá mức. Mình biết mình đã cố gắng thế nào, nên dễ nghĩ lần này sẽ khác. Nhưng bên ngoài câu chuyện cá nhân còn có những trường hợp tương tự, tỷ lệ trễ, tỷ lệ hỏng, những lần người khác cũng từng tự tin như mình.

Bài học đem ra dùng: Khi ước lượng một việc, hãy hỏi: những việc giống thế này trước đây thường diễn ra ra sao? Câu hỏi đó làm mình bớt bị cuốn vào câu chuyện riêng và kéo System 2 về gần dữ liệu hơn.

Chương 25: Bernoulli, sợ mất mát và cái mình chưa thật sự có

Trong sách/ghi chú: Phần về lý thuyết Bernoulli và sai lầm của Bernoulli mở ra một mạch rất đáng nghĩ: con người không chỉ nhìn giá trị cuối cùng, mà còn phản ứng rất mạnh với được và mất so với một điểm tham chiếu. Từ đó ghi chú của mình nối sang tâm lý sợ mất mát, lý thuyết triển vọng và biến cố hiếm có.

Mình hiểu: Điều mình thấy thú vị nhất là cảm giác sợ mất đôi khi xuất hiện cả với cái mình chưa thật sự có. Một cơ hội, một offer, một khoản lời tiềm năng, một phương án nghe như sắp thuộc về mình; chỉ cần nó được đặt vào đầu như gần chắc chắn, lúc không còn nữa mình đã thấy như bị mất. Đây là chỗ System 1 rất dễ đau trước khi System 2 kịp hỏi: khoan, cái đó đã là của mình chưa?

Bài học đem ra dùng: Trước khi ra quyết định vì sợ mất, mình nên tách ba thứ: cái gì mình đang thật sự có, cái gì chỉ là khả năng, và cái gì là câu chuyện mình đã tự gắn quyền sở hữu vào nó. Với biến cố hiếm có cũng vậy, đừng để một xác suất nhỏ nhưng giàu cảm xúc kéo toàn bộ quyết định đi.

Điều mình giữ lại sau cuốn này

Điều làm mình thích ở Thinking Fast and Slow không phải là nó bắt mình trở thành một người lý trí tuyệt đối. Chắc cũng khó. Điều thực tế hơn là nó giúp mình nhận ra lúc nào cái đầu đang chạy quá nhanh so với chất lượng dữ kiện.

Mình không thể tắt System 1, và cũng không nên tắt. Nhưng mình có thể thiết kế vài điểm dừng cho System 2: viết lại câu hỏi, đảo khung dữ liệu, dùng checklist, lấy nhận định độc lập trước meeting, hỏi góc nhìn bên ngoài, và kiểm tra xem mình đang sợ mất thứ đã có thật hay chỉ là thứ vừa được đóng khung như sắp thuộc về mình.

Nếu đọc cuốn này như một lời nhắc đời thường, thì takeaway của mình là: nhiều sai lầm không bắt đầu từ việc mình không biết nghĩ. Chúng bắt đầu từ việc mình nghĩ quá nhanh, thấy quá chắc, rồi quên hỏi lại một câu nhỏ trước khi bấm nút quyết định.

Bạn thấy bài này thế nào?