等级矩阵、「原因-事件-影响」写法、触发信号与应对措施、本周 Top 3,附找风险的提问清单和 CSV 表格版。
点「复制全文」后粘贴到飞书文档 / Notion / 语雀即可使用(Markdown 格式)。CSV 用 Excel / WPS / 飞书表格打开即可。在微信里打开时如果下载不了,用「复制全文」,或点右上角「…」选择在浏览器打开。
# 风险登记表 > 项目: > 维护人: > 最近更新: > 复查节奏:每周 ____(建议写周报前 15 分钟) --- ## 填写说明 1. **描述**用一句话写全:因为【原因】,可能发生【事件】,导致【对项目的影响】。写不出影响的,先不进表。 2. **等级**按下方 3×3 矩阵定,目的是排序,不用追求精确。 3. **触发信号**写能观察到的指标或事件(数字、日期、某件事发生)。信号出现就启动措施。 4. **措施**要有动作、有人、有日期;不写「密切关注」「加强沟通」。选「接受」要写谁同意。 5. 风险发生了 → 移到「已升级为问题」;关闭要写理由。 6. 表格版见 05-风险登记表.csv,可导入 Excel / 飞书表格。 --- ## 等级矩阵 | | 影响低 | 影响中 | 影响高 | |--|--------|--------|--------| | **概率高** | 中 | 高 | 严重 | | **概率中** | 低 | 中 | 高 | | **概率低** | 低 | 低 | 中 | 团队约定(按需改): - 概率高 = 已有苗头或同类项目常发生;低 = 需要多个条件凑齐 - 影响高 = 推迟上线 / 影响线上稳定或数据正确;中 = 需加班或砍 P1;低 = 有绕行办法 策略:规避(改计划不让它发生)/ 减轻(降概率或影响)/ 转移(交给更有能力的一方)/ 接受(写明谁同意 + 预案) --- ## 风险清单 | ID | 描述(原因-事件-影响) | 类别 | 概率 | 影响 | 等级 | 触发信号 | 策略 | 措施(动作+人+日期) | Owner | 状态 | 复查日 | |----|----------------------|------|------|------|------|----------|------|---------------------|-------|------|--------| | R-01 | | | | | | | | | | 开放 | | | R-02 | | | | | | | | | | 开放 | | 类别:依赖 / 技术 / 人员 / 范围 / 质量 / 合规 / 上线 状态:开放 / 缓解中 / 已发生 / 已关闭 ## 本周 Top 3(写进周报) 1. 2. 3. ## 已升级为问题 | ID | 问题 | 影响 | 临时方案 | 根本解决 | Owner | 状态 | |----|------|------|----------|----------|-------|------| | I-01 | | | | | | | --- ## 找风险的提问清单(项目启动和每个里程碑前问一轮) - **依赖**:要等谁?对方知道吗?有约好的日期吗? - **技术**:哪块是第一次做?哪块数据量最大? - **人员**:谁会请假、被抽调?有没有只有一个人懂的模块? - **范围**:哪些需求还没定?哪些口径还是口头的? - **质量**:测试环境和测试数据准备好了吗? - **合规**:涉及个人信息、资金、权限吗?要谁审批? - **上线**:能灰度吗?能回滚吗?回滚要多久? - 问研发和测试:「你最担心这个项目哪里出问题?」 > 来自公众号「PM交付手册Pro」
配套文章:《风险别等到提测才暴露:一张风险登记表的正确用法》——讲了这份模板每一部分为什么这样写、好写法和差写法的对比。关注公众号「PM交付手册Pro」可以看到。