【場景】最難的是忍住不動

新的監控牆上線之後，有一陣子我們的手很癢。

某個指標今天比昨天高了 3%，要不要查一下？某台機器凌晨抖了一下，要不要調一調？每一個波動都像在召喚你做點什麼——直到一位教品質的老師潑了冷水：

「界限內的波動是雜訊。對雜訊出手，只會把系統越調越糟。」

他說的是統計製程管制的百年老理：一個穩定系統在管制界限內的起伏，你去「矯正」它，變異只會被你越弄越大。看，很容易；看了忍住不動，才是紀律。

【問題】到底該多久看一次、看什麼？

天天看所有東西——你會焦慮、會亂動、會把月速度的問題當日速度處理。太久才看——就是 Day 6 的凍結誤差。「看」需要一張頻率表。

【方法】把觀察分層：不同速度的東西，用不同頻率看

兩個設計重點：

第一，日頻是機器的，不是人的。 人不站日哨。AI 盯著管制界限，界限內連通知都不發——不推播、不產生待辦、不寫進任何人的紀錄；只有真正越界，才叫人。這一條同時治好兩種病：管理者的過度反應（tampering），和團隊的「被時刻盯著」感（Day 7 的規訓）。

第二，每一個頻率要過三道門檻，缺一道就只是儀式：

1. 客體只能是系統。 每頻看的是流程、假設、軌跡——紀錄裡寫出人名，就是設計違規（Day 7 第一條線）。
2. 兩人同判。 「異常」「完成」「健康」要定義到兩個人看同一份資料會圈出同一批東西——做不到，那不是定義，是口號，遲早變成誰官大誰說了算。
3. 要有預測欄。 每次觀看前先寫下「我預測會是什麼」，再對實際。沒有預測的觀看只是巡邏；有預測的觀看才是學習——因為只有寫過預測，你才知道自己哪裡想錯了。

這張表就是管理 OS 的排程器（scheduler）：什麼東西、什麼頻率、由誰、看什麼——寫死成制度，而不是靠主管的心情決定今天抽查什麼。

【一個動作】

列出你現在「每天都在看」的東西。逐項問：

• 這是日速度的東西嗎？還是月速度的東西被我天天看（＝自尋焦慮＋手癢亂動）？
• 反過來：有沒有日速度的東西，我一個月才看一次（＝失明）？

至少把一項搬回它該在的頻率。管理的功力不在看得多勤，在每樣東西都在對的頻率上。

本系列情節經改寫與化名處理，聚焦方法與機制，不指涉特定個人。
【第二座山｜第三幕：組織的作業系統】Day 12/30。昨日：〈被自己的紅隊打臉三輪〉。明日：〈會呼吸的減法——加法要記帳，減法要舉證〉。