风险登记册为什么总是僵尸？负责人、预警与关闭证据要进项目节奏

周一例会上的那张表

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 变更控制
• 验收里程碑
• 资源过载