《反脆弱》—— 我的工作是消除風險，而這本書說那正是問題所在

專案管理這份工作，講白了就是把不確定性一個一個消掉。找出哪裡可能會爆，提前補起來，讓那個日期穩到一百個人可以把自己的計畫疊在上面。

所以當 Nassim Taleb 在《反脆弱》裡主張「把波動消得太乾淨的系統，其實是最脆弱的」，我讀的時候是有點防衛的。那聽起來像在說我整份工作搞錯了方向。

讀完之後我不覺得他否定了這份工作，但他確實指出了一個我沒想清楚的分野 —— 而那個分野，比書裡任何一個新造的詞都有用。

核心區分

脆弱的相反，不是強韌

這是全書的起點，也是我認為最值得記住的一句話。大部分人直覺上會覺得「脆弱」的反義是「堅固」，但 Taleb 說不對 —— 堅固只是不受影響，那是中間值，不是相反。真正的相反，是從混亂中得到好處的東西。而英文裡原本沒有這個詞，所以他造了一個。

中間那一欄特別值得停一下，因為那是大部分人（包括我）默認的目標。我們做風險管理的時候，腦子裡想的其實是「強韌」—— 不要壞就好。但 Taleb 的問題是：為什麼你的目標只是不要壞？

正面對決

一份完美的計畫，為什麼是脆弱的

這本書真正讓我坐直的，是它對「最佳化」的攻擊。

一條被優化到極致的供應鏈 —— 單一供應商、零庫存、每個環節剛好銜接、沒有任何冗餘 —— 在帳面上是效率最高的。但它同時也是最脆弱的：它的運作前提是「什麼意外都不會發生」。而意外一定會發生，只是你不知道是哪一種。

這裡有個重要的分辨，而我認為它才是這本書對專案管理真正的貢獻：

• 消除風險（de-risking）是好的 —— 把已知的失效模式提前解掉。
• 消除冗餘（over-optimising）是危險的 —— 把所有緩衝當成浪費砍掉。

這兩件事在試算表上長得很像，都叫「把數字變好看」。但第一種讓系統更能承受衝擊，第二種讓它更不能。我以前沒有清楚地分開它們，現在會。

順帶一提，硬體開發的流程本身其實相當符合 Taleb 的精神。EVT、DVT 這些階段的本質，就是故意去弄壞東西，在可控的範圍內施加壓力，好知道它會從哪裡斷。那不是為了證明產品很強，是為了讓它在量產前先吃過苦頭。這是程序層級的良性壓力。

最可操作的一章

槓鈴策略：兩端都去，中間不要

Taleb 給的具體建議裡，最好用的是「槓鈴策略」：把資源配置在光譜的兩個極端，而刻意避開中間。

中間地帶之所以危險，是因為它給人一種「我有在控制風險」的錯覺 —— 看起來穩健，實際上既沒有真正的安全，也沒有真正的上檔。你承擔了風險，卻沒有拿到相稱的回報。

這個框架不只適用於投資。職涯也可以這樣讀：一份穩定的工作是保守的那一端，下班後那些成本低、失敗了也不會怎樣、但萬一成了就很大的事情，是冒險的那一端。而最危險的位置，其實是那種「有點不穩定、但也沒什麼上檔」的中間狀態。

最反直覺的一章

減法比加法有效

書裡另一個我真的拿來用的概念是「via negativa」—— 透過減少來改善，而不是透過增加。

Taleb 的論點是：我們對「要加什麼」的預測能力很差，但對「什麼明顯有害」的判斷相對可靠。所以與其猜哪個新做法會讓事情變好，不如先把明顯在扣分的東西拿掉。

這在我的工作裡幾乎可以直接套用。要讓一個專案跑得更順，大部分人的直覺是加 —— 加一個會議、加一份追蹤表、加一道檢查關卡。但更有效的通常是減：砍掉一個沒人看的報表、取消一個每週重複但從來沒有產出決策的會議。刪掉的東西不會再出問題，加上去的東西會變成新的維護成本。

一個意外的連結

這本書和《舒適危機》在講同一件事

我前陣子寫了《舒適危機》的心得，讀《反脆弱》的時候一直有既視感 —— 後來發現它們的底層是同一個機制：適度的壓力讓系統變強，而完全沒有壓力讓系統退化。

差別只在尺度。《舒適危機》把它用在一個人的身體和注意力上（爬樓梯、讓自己有點冷、一個人出國）。《反脆弱》把同一個邏輯放大到系統、組織、經濟、職涯。

兩本書合起來看，會得到一個比各自都更完整的結論：你刻意保護的那個東西，正在因為被保護而變弱。無論那是你的身體、你的團隊，還是你的專案計畫。

誠實的部分

我不同意的地方

這本書可以短三分之二。核心洞見極為鋒利，但它被埋在大量的重複、離題的掌故、以及對特定學者點名的嘲諷裡。你得自己挖，而不是所有讀者都有耐心挖。

Taleb 的態度本身會削弱他的論證。他花了很多篇幅證明別人是蠢蛋，那些段落讀起來很痛快，但它們不會讓他的主張更正確，只會讓人更難分辨哪些部分是真的經得起檢驗。

「不可預測」有時候被當成萬用的擋箭牌。黑天鵝的概念很有力，但它也很好用 —— 好用到任何預測失準都可以被歸因成「這不可預測」。一個無法被證偽的框架，解釋力再強也要打折。

而且它不太適合直接拿來做決策。書裡說要擁抱波動、保留選擇權，但在一個有交期、有承諾對象的專案裡，你不能用「我在保持反脆弱」來解釋為什麼沒有時程。這是它和現實工作之間的落差，而 Taleb 本人對這種落差興趣不大。

結論

我帶走的是一個分辨，不是一套方法

《反脆弱》沒有改變我的工作方式 —— 我還是會把風險一個一個消掉，那本來就是我該做的事。

它改變的是我對「消除」這個動作的警覺：我現在會問，我拿掉的這個東西，是一個已知的失效點，還是一個我還不知道用途的緩衝？前者該拿掉，後者拿掉會在某個我預料不到的時候付出代價。

一本書如果只留下一個更好的問題，我覺得已經夠划算了。

如果你也讀過，或是你覺得 Taleb 根本是在故弄玄虛，我都想聽。可以在 LinkedIn 找到我。