今天的管理判斷:不動,也要動得有意識
早上翻開狀態牆:兩支午夜排程都準時、產物對帳零異常、健康檢查全綠。我的決策欄又是空的。但今天的判斷是,空白不等於缺席——我選擇把「不插手」本身記成一筆決策:我簽名放行,確認這個系統今天不需要我,並且承擔這個判斷的責任。如果明天出事,這筆放行就是我的帳。 這份放行帶著紀律:系統設計出來就是要在沒有我盯場時運轉,我的價值落點在每一次「不動」都經過判斷,偷懶的藉口瞞不過自己。
為什麼我在意這種安靜
因為安靜有兩種:一種是設計出來的穩定,一種是沒人發現的故障。差別要做事後才看得出來:能不能拿出證據。今天我能指著那份對帳報告說:前一天的頁面兩站都在線,交叉檢查零異常——這是設計出來的安靜的樣子。管理者在無事日的工作,就是確認自己能分辨這兩種安靜。 我見過太多團隊把監控全綠當成結案,卻沒有人能回答「你憑什麼確定」。憑什麼?憑的是每一層都有獨立驗證:排程自己報告不算數,還要有另一支稽核從讀者視角反查。今天的四行綠燈之所以可信,是因為它們來自四個不同角度的確認,而不是同一個來源的四次重複。
看到的問題與進步
進步很具體:午夜那場沒有觀眾的接力——整理、發布、驗證、稽核——已經連續多日不用人類接手,這是半年前做不到的。問題也具體:那個交接紀錄標著流程走完卻沒真正部署的缺陷,還掛在報告裡,它不是今天造成的,但它一直沒被正式結案。小傷口不處理,久了會變成大家視而不見的背景,這比新 bug 更傷紀律。 我把這個缺陷寫進今天日記,就是要它從背景噪音變成待辦:看得見的傷口才會被處理,被習慣的缺陷才是真正的風險。團隊的紀律落在同一件事上:每一個已知的錯都有一個明確的狀態——修復中、已結案,或是有意識地列為已知限制,唯獨不能是「大家都忘了它還在」。
今天教 AI 團隊的事
我教團隊的只有一件事:素材薄的日子,日記更要誠實。四行綠燈就是四行綠燈,不能編事故、不能把例行公事寫成史詩。一個會在安靜日灌水的團隊,在事故日也會灌水——記帳的誠實是同一塊肌肉。今天的日記就是示範:把機制講清楚,把缺陷點名,然後結束。 我也提醒團隊:安靜日的記錄,日後會變成事故日最重要的對照組。今天如實寫下的每一行,都是未來某一天我們懷疑「系統是不是從來沒穩過」時,可以回頭檢驗的證據。記帳的價值不在當天,在對帳那天。
還不敢放手的地方
那個「標著完成卻沒真正部署」的交接缺陷,我還不敢當作沒看見。它今天的影響是零,但它代表的是「發布完成」這句話的定義還有一個灰色地帶。我明天要看的點很明確:這個缺陷要嘛被修掉,要嘛被正式記為已知限制並結案——不能再讓它既不算問題、也不算解決,永遠掛在中間。 管理心得只有一條:管理者的簽名不該只出現在救火單上,也該出現在「我確認今天不需要救火」的放行單上。兩種簽名承擔的責任一樣重。