風險登記冊為什麼總是殭屍？負責人、預警與關閉證據要進專案節奏

週一例會上的那張表

PMO 例會開到一半，紅燈專案經理說：「風險我們已經識別過了。」螢幕上彈出一份立項時的 Excel，最後一列更新日期還停在三個月前。旁邊干係人翻了翻自己的筆記本：「我這邊另有一張，上週才補的。」會議室安靜兩秒——所有人都意識到，登記冊在，節奏不在。

製造業交付專案尤其脆：合同里程碑綁付款，現場每天出工況。延期、資源過載、範圍變更若不能在同一本賬裡被看見，覆盤會上才會突然「爆雷」。表很長從不更新，比沒有表更危險——它給人一種「風險已被管理」的錯覺，管理層據此繼續往坑裡加人。

還有一種更隱蔽的死法：週報裡寫一句「風險可控」，卻沒有任何一條掛著下次複核日。口頭可控無法抽檢，抽檢不了的東西，執行期一定漂移。

活人登記冊只認四件事

別再爭論「要不要再加一列機率×影響」。矩陣可以有，但先把這四件事釘死，表才會活：

當場判斷：隨機抽三條風險，能否在兩分鐘內說出主人、下次複核日、若關閉依據是什麼。答不上來，這份登記冊就是殭屍。

機會也要進冊。提前交付視窗、可複用方案，關閉時同樣留證：是否已轉成變更或範圍調整。只登記威脅，團隊會把風險管理理解成找茬，識別階段就會敷衍了事。

干係人分層（治理 / 管理 / 執行）也要落在風險上：誰決策接受殘餘風險、誰協調資源、誰執行應對。人人參與、無人負責，是殭屍化的組織版病因。

偏差進冊，別等覆盤補

殭屍化的第二常見原因：進度、驗收、變更各走各的，登記冊靠人想起才填。規則應反過來——重大偏差按閾值生成或關聯風險項，而不是等結項寫教訓。

建議凍結的自動/半自動入口：

1. 里程碑延誤：超過閾值（如威脅付款節點）生成風險，掛原里程碑與責任角色。
2. 驗收超期：附條件關閉的遺留項逾期未清，進入登記冊並升級。
3. 範圍變更：影響評估裡風險等級達閾值，自動關聯登記冊條目。
4. 關鍵角色過載：資源看板衝突持續超過約定視窗，可生成風險源條目。

閾值寫進位制度後不要週週改。小波動進問題清單即可；問題與風險分開管，但都要主人與關閉標準——問題清單隻增不減，和風險殭屍是同一類病。

變更 silent pass（郵件裡「再說」、現場先做後補）幾乎必然伴隨風險殭屍：影響評估沒做，登記冊當然無東西可跟。WBS 基線與變更准入是上游閘門；登記冊是下游運營。上游漏水，下游再勤灌也灌不滿。

預警到人，關閉要證據

預警若只出現在週報末尾，等於沒預警。責任人需在訊息中心或任務池收到逾期/臨期提醒；無人響應再走升級路徑（專案經理 → 專案集/干係人治理層）。升級後必須有人接，禁止「升完無人認領」。

關閉不能只改狀態。至少留下一類證據：

• 應對動作已完成，且觸發條件消失；或
• 殘餘風險被書面接受（含接受人與日期）；或
• 已轉化為問題/變更並掛上新單據號。

無證據關閉，下個專案還會長出同一條風險——知識庫裡的風險檢查清單也會越抄越空。PMO 考核不要只數「識別了多少條」，而要看逾期率、關閉證據完整率、自動生成項的響應時長、以及重複發生是否被關聯到舊條目。

外包團隊可填報應對進展，但關閉確認與升級路徑仍受專案組織裁剪。把關閉權完全交給外部，登記冊會變成對方的進度表，而不是甲方的風險賬。

系統裡要接住什麼（對齊 PMS）

JEDP-PMS 在執行與監控側覆蓋問題清單與偏差/風險管理：規則、負責人、預警；重大延期可生成風險項並推送訊息中心；專案集檢視可彙總逾期風險與溝通記錄。抽檢建議包含：隨機風險/問題的負責人與關閉證據；基準計劃重大偏差是否觸發風險預警；任務—報工—成本—文件能否對同一專案 ID 鑽取時，風險條目是否掛得上里程碑或變更單。

落地時不必一上來全集團模板。先選紅燈專案：模板欄位強制主人與複核日 → 里程碑延誤規則接通 → 例會改看「過期佇列 + 關閉證據」而非表長度。知識庫與方案庫裡的風險檢查清單可以輔助立項識別，但釋出進專案登記冊後，仍由專案經理確認主人與應對——清單不能替代節奏。

不適合硬上的場景也很清楚：極短平快、無 PMO、純運維無專案制——勿為建表而建表。有合同里程碑與跨部門交付的專案，才值得把登記冊嵌進周節奏。沒有 WBS 紀律、只有里程碑 PPT 的專案，應先任務化，再談風險預警；否則預警只會變成另一張好看的燈。

例會節奏怎麼改才算進了運營

把例會材料從「專案簡介 + 進度百分比」改成三頁就夠：

1. 過期佇列：複核日已過、無進展更新的風險。
2. 本週新進：由延誤/變更/過載規則新生成或新關聯的條目。
3. 擬關閉：帶證據連結或附件，當場確認或駁回。

顏色看板可以保留，但顏色不得替代佇列。專案集經理看彙總逾期與重複風險主題，比每個專案各自 Excel 更適合治理。成本側若出現 EAC 惡化，應能回溯是否已有對應風險項——預算衝擊與風險運營本應互相看見。

三類殭屍，對症不同

實務裡登記冊「看起來有、用起來沒有」，通常落在三種形態，治理手法也不一樣：

第一種靠節奏；第二種靠主資料紀律；第三種靠證據門。混為一談時，常見無效藥方是「再培訓一次風險識別方法」——識別不是瓶頸，運營才是。

專案集層面還要防第四種：每個專案各自健康，組合視角卻看不見重複主題（同一供方、同一關鍵角色、同一介面反覆出險）。彙總檢視的價值，不在多一張熱力圖，而在讓治理層看見「同一類風險在多個專案復發」。復發卻不關聯舊條目，知識庫再厚也只是收藏夾。

成本與風險也應互相指認。預算科目惡化、EAC 上揚時，若登記冊一片綠燈，不是風險管得好，而是兩本賬沒握手。反之，風險條目寫著「可能超支」，成本四算卻毫無波動，說明應對動作可能從未進入採購或工時——登記冊又成了作文。

下週就做這三步

別再開一次「風險管理培訓」。開啟當前最紅的那個專案：

1. 匯出登記冊，標出無主人、過期未更新、關閉無證據的條數，並在例會開場念出來。
2. 對照最近兩次里程碑延誤與一次範圍變更：是否生成或關聯了風險項；若沒有，當場補規則草案（閾值 + 升級路徑 + 責任角色）。
3. 下一次例會只討論過期佇列與擬關閉項的證據，不討論「表有多長」；兩週後覆盤過期條數是否下降。

兩週內若過期佇列仍不下降，先別擴專案集模板——擴面只會複製殭屍。規則接通卻無人響應時，先查升級路徑是否真有人接，再查欄位是否被「必填但不看」架空。能當場指出每條過期風險的證據存放位置，才算節奏成立；否則先補主人與複核日，再談專案集駕駛艙。

• PMS 專案方案
• WBS 變更控制
• 驗收里程碑
• 資源過載