核心提問#
每個問題都有來源。追溯問題的起源，往往能揭示出被忽略的解決路徑——甚至讓你發現問題根本不需要解決。
第十四章：Janet Jaworski 搖晃了一個笨蛋#
Janet 是一位工程師，某天她的車子出了問題——打方向燈時偶爾不會亮。她把車送去修，技師說方向燈沒問題，通過了所有測試。
Janet 沒有放棄。她仔細觀察，終於發現：問題只在特定角度轉彎時才發生。再深入追查，原來是方向燈桿的一個微小機械缺陷，只在某個角度下才會接觸不良。
這個故事帶出了追溯問題來源的重要性：
問題的來源可能在你意想不到的地方。 當「標準測試」找不到問題時，回到實際使用的情境去觀察。
Figure 14.1: A gray bureaucrat wearing a gray suit in a gray office
第十五章：Matczyszyn 先生修補了問題#
Matczyszyn 先生是一位政府承辦人員。他的部門使用一套複雜的表單系統，表單經常被填錯或漏填。
上級的解法是：增加更多欄位、更多說明、更多檢核機制。結果呢？表單變得更複雜，錯誤率反而上升。
Matczyszyn 做了一件很不同的事——他去問填表單的人：「哪裡讓你困惑？」然後他簡化了表單，移除不必要的欄位。錯誤率大幅下降。
Figure 15.1: Janet smiles at Mr. Warmperson
問題的來源往往是「解決方案」本身。 當你的解法讓事情更複雜，是時候退一步問：這個解法是不是製造了更多問題？
Figure 15.2: The source of the problem is most often within you
第十六章：製造工作的人與搶功勞的人#
作者觀察到兩種常見的角色：
- Make-work（製造工作的人）：他們透過把簡單的事情複雜化來證明自己的價值
- Take-credit（搶功勞的人）：他們在問題被解決時搶功，但從不在問題出現時負責
當你追溯問題的來源時，要注意「問題的受益者」。 有些人從問題的存在中獲益——他們可能在無意識中阻礙問題的解決。
Figure 16.1: There's two kinds of people in the world, those that do work and those that take credit
這揭示了一個不舒服的真相：不是每個人都希望問題被解決。有些人的工作、地位、甚至身份認同，都建立在「問題持續存在」之上。
組織中的問題製造者
在軟體開發中，你可能見過：
| 行為 | 隱藏動機 |
|---|---|
| 堅持使用過時技術的資深工程師 | 新技術會讓他的專業知識貶值 |
| 不斷增加流程的管理者 | 流程越複雜，他的角色越「重要」 |
| 抵制自動化的團隊 | 自動化可能讓某些職位不再需要 |
問題的來源不一定是技術性的，有時是結構性的。
第十七章：考試與其他謎題#
本章用考試的比喻來探討問題來源的另一面：出題者的意圖。
老師出題時，他們心中有「標準答案」。但學生面對的不只是題目本身——他們還需要猜測「老師想要什麼答案」。
這與真實世界的問題解決驚人地相似：
| 情境 | 你需要理解的 |
|---|---|
| 客戶提出需求 | 他「真正想要什麼」 |
| 主管交辦任務 | 「背後的期望」是什麼 |
| 使用者報 bug | 他「實際遇到的狀況」 |
Figure 17.1: Are exams delivered to Earth by storks?
Figure 17.2: Each wrong answer has to be off by one from the right answer
問問題來源者：「你覺得什麼樣的答案是好答案？」 這比猜測高效得多。直接詢問出題者的意圖，能避免大量的無效嘗試。
Figure 17.3: Confound your adversary by sending a message in plain text
本部分的關鍵洞見#
| 洞見 | 說明 |
|---|---|
| 追溯來源才能根治 | 問題的表面症狀和根本原因往往相距甚遠 |
| 解決方案可能就是問題來源 | 每一層「修補」都可能累積成新的問題 |
| 注意問題的受益者 | 有些人從問題的存在中獲益，會無意識地阻礙解決 |
| 理解出題者的意圖 | 問題的來源往往帶著隱藏的期望與限制條件 |
| 簡化優於複雜化 | 面對複雜的問題，先問能不能移除造成問題的東西 |