【場景】問三個人，拿到三個答案

三部曲的第二部走到一半，我們撞上一種奇怪的牆。

不是人力不夠——餘裕已經擠出來了。不是技術不會——團隊的手藝正在巔峰。是問不出答案：「這個流程為什麼這樣設計？」問了三個人，拿到三個不同的答案。問到第四個人，他想了想，說：

「以前就是這樣。」

那一刻我意識到：這個組織不是不想改，是它已經沒有能力解釋自己。

【問題】「做不動」之外，還有一種更隱形的卡法

承載力（Day 14）講的是「做不動」——執行量能不夠。但組織還有第二種卡法：看不懂。所有人都有力氣動手，但沒有人說得清「現在到底是怎麼運作的、為什麼」。

【方法】第二個約束：解釋頻寬

把兩個約束並排放：

• 承載力＝執行量能（throughput）：這個組織做得動多少事。
• 解釋頻寬＝理解量能（interpretive capacity）：這個組織看得懂多少自己——能對自身的運作，給出多少有效的解釋。

每個階段，這兩條都有限，而且第二條更隱形——承載力不足會加班、會炸鍋、看得見；解釋頻寬不足只會安靜地积累，直到某天你要改東西時，發現沒有人知道為什麼不能改。

這裡有一條鐵律，值得抄進你的架構評審清單：

解釋頻寬不足時硬上自動化，等於把不理解的東西自動化。

你會把一條沒人說得清的流程封進程式碼——從此它不只沒人懂，還跑得飛快、改不了、出錯時無人能診斷。黑箱的平方。 很多自動化災難的驗屍報告寫的是技術原因，真正的死因是這條：組織在看不懂自己的狀態下，把「不懂」固化了。這也是 Day 17 兩道閘的深層邏輯——Gate 2 的「重定義」，本質上就是解釋頻寬的擴容工程。

好消息是：解釋頻寬不是天賦，是可以被設計、被擴張的。

• 盤清就是擴頻：三部曲第一部的訪談、流程圖、資料盤點——每一張圖都在把「只有某人知道」變成「組織知道」。（我們當年五年計畫第一段的目標句，寫的就是這件事：「讓現行的數據與工作流程，可以用資訊系統正確解釋現況」——那時還沒有「解釋頻寬」這個詞，但要蓋的就是這條頻寬。）
• 帳本是頻寬的存摺（Day 6）：每一條「當時為什麼這樣決定」的紀錄，都是一筆頻寬存款。守過去的人，同時在守組織的理解力。
• 「決定看什麼」是頻寬的主動擴張（第二幕）：領導選擇把觀察放在哪裡，就是在選擇組織將來能解釋什麼。

最後說破一個暗面：解釋頻寬是攻防，不是天賦——它可以被蓋，也可以被反向施工（還記得 Day 6 那本「被做出來的帳」嗎？把分類設計到什麼都能過帳，就是把組織的解釋能力拆到零件）；同一段時間裡，往往一邊有人在蓋頻寬，一邊就有人在拆。

第三幕到此收官，收在一句話上：組織的作業系統，裝在兩條約束之內。 每一輪推進之前問兩題——做得動嗎（承載力）？看得懂嗎（解釋頻寬）？兩個 yes，才踩油門。

而「看得懂」這件事，在 AI 加入之後會變得更關鍵、也更危險——因為 AI 可以替你做，但不能替你懂。這就是第四幕。

【一個動作】

挑你組織的一條核心流程，做「三人測試」：分別問三個相關的人——「這條流程為什麼是這樣？」

三個答案的重疊度，就是你在這條流程上的解釋頻寬。

重疊度低於一半？先別改它、更別自動化它——先把「為什麼」找回來。 那不是懷舊，是在替你即將做的每一個改動，買保險。

本系列情節經改寫與化名處理，聚焦方法與機制，不指涉特定個人。
【第二座山｜第三幕：組織的作業系統】Day 18/30——第三幕完。明日起第四幕〈AI 幕僚〉：AI 幕僚不是聊天機器人——先建一台管理 OS。