你是不是也常常這樣想？
「再等一下，
等我準備得更充分一點再開始。」
我們總以為做任何事情，
都必須找到那個唯一且完美的標準答案。
但最近讀了《工程師的思考法則》後，
我發現工程師的思維邏輯，
正是解決這種「完美焦慮」的最佳解方。
首先，
解決問題從來就不只有一種方法。
我們常被刻板印象困住，
糾結於那唯一的標準答案。
你一定也知道這個故事，
在汽車發明之前，
人們以馬代步。
當大家都在想著，
如何擁有一匹「更強壯、跑得更快」的馬時，
工程師想的卻是：
「如何更有效率地移動？」
於是，
答案不是更快的馬，
而是發明了汽車。
工程的核心不是優化舊有的選項，
而是解決真正的問題。
第二個啟發我的概念是，
在解決問題的初期，
要掌握的是正確性，
而不是精確性。
這兩者有什麼不同？
正確性只關注方法有沒有錯誤，
而精確性是關於對細節的掌握程度。
很多人誤以為解決問題的方式，
就是打破砂鍋問到底，
無止盡地追求細節。
到最後，
你會發現自己掉進一個無限迴圈：
「問題」來自於「成因」，
「成因」背後還有「成因的成因」，
而在那之後，
還有「成因的成因的成因」……
例如要解決屋頂漏水的問題。
你可以一路追問：
「為什麼防水會失效？」
→「因為底層的混凝土裂了。」
→「為什麼混凝土會開裂？」
→「因為當初澆置後養護不確實。」
你確實找到了「最根本」的原因（養護不確實），
這無比地精確，
但這對你修屋頂漏水毫無幫助。
因為你無法倒帶，
回到混凝土澆置的那一天去重新養護。
如果你是科學家，
你可以盡情地花時間研究，
找出導致混凝土開裂的各種原因，
再發表更多改善優化的理論。
但身為工程師，
你必須解決當下漏水的現實問題。
真正的工程思維，
並不需要找出「成因的成因的成因」才能行動。
只要正確性足夠，
確認方法沒有錯誤（修補防水層是有效的）。
即便精確性不足（不知道混凝土究竟是何時開裂的），
也足以讓我們動手解決問題了。
科學家藉由假說與實驗來確立自然法則，
他們擁有奢侈的「時間」去追求絕對的真理。
但工程師面對的是現實世界的急迫性。
我們不能兩手一攤說：
「等科技更進步、找出完美的材料，
我才要蓋這棟大樓。」
現實不等人。
我們必須在資訊不完備的情況下，
運用「經驗法則」找出當下最好的解方。
人生不是科學實驗，
而更像是一場工程，
需要在有限的時間與資源裡，
把東西做出來。
所以，
別再等那張完美的地圖了。
因為工程師，
往往在科學家還沒畫好地圖之前，
就已經先抵達了終點，
即便姿態並不那麼完美。
先完成，再完美。
【閱讀推薦】
John Kuprenas《工程師的思考法則：擁有科學邏輯的頭腦，像工程師一樣思考》/ 原點出版
這本書每篇主題都是獨立的，
先用金句開場，
再做相關的延伸或故事說明。
書中的插圖也很清晰，
非常的好讀，
隨手翻開都能直接進入主題，
不需要按照順序從頭開始。
如果你也希望在生活中，
增加一些工程師的視野，
非常推薦可以看看這本書。
