PMP职场实战108问 · 第32问
风险登记册:为什么你写了好几页,项目经理却说“没用”?
上周一个PM朋友跟我抱怨:“我花了两天时间整理风险登记册,列了30多条风险,每种都写了概率、影响、应对措施,结果开风险评审会时,领导直接说——‘这玩意儿就是自我安慰,真出事了一个都用不上。’”
你是不是也遇到过类似情况?辛辛苦苦做的风险登记册,最后成了文档库里的“僵尸文件”,没人看、没人更新、更没人用它做决策。
问题出在哪?不是风险登记册这个工具不好,而是你把写论文当成了做管理。
为什么你的风险登记册没人用?
三个常见死穴:
第一,内容太多,失去焦点。 恨不得把“明天可能下雨”都列成风险,结果关键风险淹没在垃圾信息里。真正的风险管理者,不是记最多的风险,而是识别值得管理的风险。
第二,格式复杂,更新成本高。 五列、七列、十列的模板,每更新一条要填半天的信息,团队自然抗拒维护。人性就是:越复杂的东西,越容易被弃用。
第三,只有记录,没有行动。 风险登记册的终极目的是驱动行动,而不是存档。如果你的登记册里只有描述和分析,没有“谁、在什么时候、做什么”,它注定是废纸。
最简单的四列模板,就够用了
我在多个千万级项目里实践下来,真正管用的风险登记册,只需要四列。简单到任何人都能在5分钟内学会填写和更新。
| 风险描述 | 可能性(1-5) | 影响(1-5) | 行动方案 |
|---|---|---|---|
| 一句话说清什么可能出问题 | 低1→5高 | 小1→5大 | 具体:谁+做什么+何时 |
等等,这不是少了很多内容吗? 没错,但少即是多。理由如下:
风险描述 — 逼你用一句话讲清楚。如果你写不出简洁的描述,说明你自己都没想明白这件事到底是不是风险。好描述的标准是:读完就知道什么情况会发生、会导致什么结果。
可能性 × 影响 — 两个维度的数字,用来排序。只记录风险值(两者乘积)排在前10位的风险就够了。别搞什么“风险概率百分比”“定量分析”,大多数项目用1到5的简单评分就足够做出决策。
行动方案 — 最核心的一列。格式固定为:责任人 + 动作 + 截止日期。例如:“张工在6月15日前拿到供应商的书面交期承诺,如果超期则启动备选供应商评估。”
这不是记录,这是承诺。每一次风险登记册的更新,本质上是在检查承诺的完成情况。
真实职场场景:一个新员工带崩了整个系统
去年我带一个ERP系统迁移项目,项目组有个刚毕业的测试工程师小王。项目启动时,我让大家识别风险,小王说:“我觉得系统迁移后,旧系统的历史数据格式可能和新系统不兼容。”
这是很常见的风险。如果是你,会怎么写登记册?
大多数人会写:“历史数据兼容性风险,概率中,影响高,应对措施:提前进行数据格式检查。”
看,写了等于没写。谁检查?怎么检查?检查出来怎么办?都不明确。
我用四列模板让他改成了这样:
| 风险描述 | 可能性 | 影响 | 行动方案 |
|---|---|---|---|
| 旧系统销售订单数据格式与新系统不兼容,迁移后导致3000多笔订单无法读取 | 4 | 5 | 小王6月10日前完成100笔抽样测试。若发现问题,立即联系老李协调开发组写转换脚本,6月20日前完成 |
结果真被说中了:测试时发现3000多笔订单的日期字段格式不一致。但因为行动方案明确,小王提前发现了问题,老李及时写了转换脚本,上线当天零故障。
这个案例说明:风险登记册的价值,不在于“你猜对了多少风险”,而在于“你推动了哪些行动让坏事没有发生”。
如何让风险登记册真正“活”起来?
给你三个操作守则:
守则一:控制在10条以内。 风险超过10条,说明你缺少优先级判断。每周复盘时问自己:这周最重要的3个风险是什么?回答不出来,就去砍掉那些“可能发生但概率极低”的干扰项。
守则二:每次会议第一件事不是翻PPT,而是过风险登记册。 我会在项目周会前5分钟,让每个人看一眼当前Top5风险的状态。红色的(没有进展或恶化)重点讨论,绿色的(行动按计划执行)直接跳过。10分钟搞定。
守则三:风险变为问题时,立刻从登记册“出库”。 如果风险真的发生了,不要继续留在登记册里分析分析再分析,把它转入问题日志,用问题管理的流程去解决。登记册只关注尚未发生但可能发生的事。
今日动作
📌 今日动作:打开你的风险登记册(不管是Excel、Jira还是白板上),用今天学的四列模板重构它——删掉所有超过10条的风险、把每条风险的行动方案改成“责任人+具体动作+截止日期”的格式。然后发消息问项目组:“这周五的会,我们先过风险登记册,每人准备你负责的那条风险的最新状态。”
记住:好的风险登记册不告诉别人“可能有哪些风险”,而告诉别人“为应对风险我们已经做了哪些事、正在做什么事”。
本文作者:Samjoe Yang
本文链接: https://need.uno/032-feng-xian-deng-ji-ce-si-lie-mo-ban/
版权声明:本作品采用 知识共享署名-相同方式共享 4.0 国际许可协议 进行许可。
评论