【場景】四十七個問題

上任第一個月，我列了一張問題清單，帶去找一位認識多年的老顧問——我都叫他老喬。網路慢、機房老舊、沒有備份、帳號權限一團亂、系統沒有文件、廠商合約看不懂……整整四十七條。

老喬看完，只說了兩個字：「47 個。」

然後他沉默了一分鐘。那一分鐘長得像一小時。

再開口時，他問的不是「怎麼解」，是另一個問題：「一次只能解一個。哪一個解開了，其他四十六個會跟著變得不一樣？」

【問題】問題永遠列不完，力氣該花在哪？

第二座山上的第一個陷阱，就是「問題清單」。清單會給你一種勤奮的錯覺：每天劃掉三條，好像很有進度。但半年後你發現清單變長了——因為你解的大多是「症狀」，而症狀會再生。

【方法】TOC：一次只有一個約束，而且它會移動

老喬教我的是制約理論（Theory of Constraints）最核心的兩件事：

第一，任何時刻，系統只有一個真正的約束。 像一條鏈子，強度由最弱的那一環決定。你把其他四十六環都鍍金，鏈子還是在同一個地方斷。所以問題不是「哪些重要」，是「此刻哪一個卡住了所有其他的」。

第二，約束解開之後，它會移動。 這是多數人沒學到的下半句——也是四年後回頭看，最值錢的一句。

我們那四年的約束軌跡，攤開來是這樣的：

沒有對的人 →（建了團隊）→ 技術債 →（還了債）→ 流程沒有章法 →（建了流程）→ 不會跟決策層溝通 →（學會了翻譯）→ 一場危機留下的恐懼 →（花了一年消化）→ 決策層的意識

每一段都是同一個教訓的變奏：每個階段的約束都不一樣，所以每個階段的「正確做法」都不一樣。 第一年拼命找人是對的；第三年還在拼命找人，就是錯的——因為約束早就不在那裡了，你只是在做你擅長的事，不是組織需要的事。

其中「溝通」那一段最有代表性。同一份千萬等級的資安預算案，我第一次用技術語言提——風險矩陣、弱點掃描、合規條文——被否決。後來換一種語言：一邊是組織服務的二十二萬個孩子的資料，一邊是零元的資安投資，中間畫一道裂縫。同一個案子，換了語言就過了。 那一刻我才理解：當時的約束根本不是預算，是翻譯。

還有一件事，老喬當年沒有明說，我是自己撞上的：約束會一路往上移，最後移到你搆不到的地方。 技術、流程、溝通都解完之後，約束移到了「握有改變系統權力的那幾個人怎麼想」。那時候我站在地板上，天花板在頭頂上——再怎麼跳，都搆不到。

那是什麼、怎麼辦，是 Day 5 的主題。今天先記住前半句就好：追著約束跑，不要追著清單跑。

【一個動作】

拿一張紙，寫兩句話：

1. 「我的組織現在最卡的一件事是＿＿＿。」
2. 「一年前最卡的一件事是＿＿＿。」

如果兩句一模一樣——警訊。要嘛你一直在解錯的地方（解症狀不解約束），要嘛真正的約束卡在一個你不敢寫下名字的地方。

兩種都值得你今晚多想十分鐘。

本系列情節經改寫與化名處理，聚焦方法與機制，不指涉特定個人。
【第二座山｜第一幕：問題篇】Day 3/30。昨日：〈九十四與六〉。明日：〈組織免疫——三層排斥反應〉。