這是什麼問題？

核心提問#

知道「有問題」之後，下一步是弄清楚：這是什麼類型的問題？

不同類型的問題需要不同的處理方式。這一部分透過 Billy Brighteyes 的故事，展示如何辨識問題的真正本質。

Billy 是一位年輕的工程師，被派去參加一場政府標案的競標會議。各家廠商紛紛展示他們的技術方案——更強的硬體、更複雜的演算法、更精密的系統。

Billy 注意到一件所有人都忽略的事：招標書上的需求描述模糊不清。在其他人忙著提出解決方案時，Billy 專注於釐清問題。

他問了一個簡單的問題：「你們希望這個系統做什麼？」——而得到的回答彼此矛盾。

別急著回答問題，先確認你理解了問題。 當問題定義模糊時，任何解決方案都可能是對的——也都可能是錯的。

Billy 學到了一個更深層的教訓：有時候最好的策略是不要說出你發現的問題。

當他試圖向評審委員會指出需求中的矛盾時，委員會並不領情。他們不想聽到「問題沒有被好好定義」這種訊息——他們想看到的是解決方案。

問題的擁有者不一定想知道「真正的問題」。 有時候，指出問題本身就會成為新的問題。

這也帶出了一個重要的區分：

很多時候，被包裝成技術問題的，其實是政治問題。

最終 Billy 明白了：在不同的場合，同一個問題需要以不同的方式呈現。他調整策略，不再直接挑戰問題定義，而是將自己對問題的理解融入解決方案中。

作者由此引出：

每個解決方案都是下一個問題的來源。

這是全書最重要的洞見之一。解決了一個問題，必然會改變現狀，而新的現狀又會帶來新的落差——也就是新的問題。

解決方案的副作用

想想軟體開發中的例子：

每一個「解決方案」都在某處播下了「下一個問題」的種子。