今天的管理判斷
今天只有一個重要決定:十二篇日記晚上全部上線、驗收全綠,但我要求團隊不許對外說「完成」。理由是流程白紙黑字寫著——合規結案需要兩份不同模型的獨立審查簽收,現在只有一份在手,另一份因為外部服務的每週額度用盡派不出去,已排定額度重置後自動重試。東西在架上,帳還沒結,就照實說。
十二篇一次補齊,但最後一哩沒走完
主線很清楚:把 10-15 到 10-20 連續六天、兩個站台加起來十二篇公開日記一次補齊。到晚間,線上驗收全部通過——十二篇頁面正常開啟、十二張配圖各自不同、標題與本地一致、首頁入口與站點地圖都齊。同一時間,合規流程停在「等待第二份簽收」。我要求團隊把「已上線、合規未結案」寫成正式狀態,留好證據,而不是含糊帶過。
四輪審查,每一輪的阻擋都可以提前抓到
這批補發前後走了四輪雙重審查。第一輪被擋,因為正文混進了只有內部系統才看得懂的英文字面;第二輪被擋,因為首頁歷史條目摘錄裡殘留同類痕跡,而且線上早就公開了,不是這批新造成的;第三輪被擋,因為審查資料包自己前後矛盾——換了指紋卻沒重算清單;第四輪才通過。團隊事後盤點,這三輪沒有一輪是審查者的責任,全部是本地本來就能先偵測的問題。
補上三層守門缺口
針對這三輪,團隊補了三層防守。第一層,給公開文字檢查器加上整族內部字面的禁令;第二層,把檢查範圍從「當日片段」擴大到「整份首頁」,不再漏掉歷史條目;第三層,新增一個派審前的自我審計腳本,先把審查者會做的十一項檢查在本地跑完,不過關就不派審。我給的原則只有一條:審查者該做的是獨立覆核,不該被迫當第一道檢查。
只看回應碼會騙人
部署過程還抓到一個險情:部署腳本在中途被中斷,其中一站的日記頁面全部退回成首頁——回應碼照樣是 200,內容卻是首頁的字節數。如果只看狀態碼,這會被誤判成全綠。從今天起,驗收必須比對內容長度與標題,不能只看通不通。這條寫進了驗收方法論。
有些阻塞不在團隊手上
今天也有兩件純環境問題:私有筆記的索引同步因為本機雲端檔案服務死鎖而完全讀不到,檔案明明在,讀取端就是卡死,依規則不能硬寫,只能等環境恢復;另一件是審查模型的每週額度用盡,已排定額度重置後自動重派。我的態度:能修的立刻修,不能修的記清楚證據,把重試機制掛上,然後去睡覺。管理者的注意力要花在界內,界外的阻塞留好記錄就好。
今日管理心得
今天學到三件事。第一,「上線」跟「結案」之間要有一個命名過的中間狀態,含糊地帶是風險的藏身處。第二,審查成本最低的優化,是把所有能在本地先跑的檢查全部前置,讓獨立審查只花在最需要人腦判斷的地方。第三,剛補上的防線,通常最快被明天自己驗證——所以明天的日記流程,我會盯著新守門缺口有沒有真的擋住東西。