风险登记册用于记录尚未发生、但可能影响项目目标的不确定性。一份可直接使用的登记册至少包含风险编号、风险描述、触发条件、影响范围、发生概率、影响程度、风险等级、责任人、应对策略、应对行动、目标完成时间和当前状态，并保留最近更新记录。下面给出空白模板、逐字段填写口径、必填与选填划分、一条完整示例，以及登记册的调整与维护方法，适用于项目从风险识别到跟踪关闭的完整过程。
要点总览（TL;DR）
- 风险登记册至少包含风险编号、描述、触发条件、影响范围、概率、影响程度、等级、责任人、应对策略、行动、目标完成时间、状态和更新记录。
- 编号、描述、概率、影响、等级、责任人、应对策略、状态为必填，支撑识别、评估、应对、跟踪的最小闭环；影响范围、关联任务、更新记录可按项目复杂度选填。
- 风险等级用概率×影响矩阵或评分区间判定，阈值需事先写定并保持口径稳定，否则历史条目失去可比性。
- 维护按等级设置评审频率，状态变化即时更新；风险已发生并造成阻塞时转为问题管理，登记册保留编号与链接。
可复制的风险登记册空白模板
将下表复制到电子表格或文档中即可开始填写。字段顺序与后文说明、示例保持一致，新增字段建议追加在“最近更新记录”之前，避免打乱编号、评估、应对、跟踪的阅读顺序。表格按一行一条风险组织，同一风险的多条应对行动可在“应对行动”列内分行填写，或拆成子行并共用风险编号。
| 风险编号 | 风险描述（原因—事件—后果） | 触发条件 | 影响范围 | 发生概率 | 影响程度 | 风险等级 | 责任人 | 应对策略 | 应对行动 | 目标完成时间 | 当前状态 | 关联任务/文档 | 最近更新记录 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| R-001 | |||||||||||||
| R-002 | |||||||||||||
| R-003 |
填写前先约定两件事：概率与影响采用几级刻度（常见为高/中/低三级或1—5分五级），以及风险等级的判定矩阵。把这两项约定写在表格上方的说明区，后续所有条目按同一口径评估，登记册才具备横向比较的基础。
每个字段记录什么信息
字段的价值在于让不同角色读到同一条风险时理解一致。下表逐项说明含义与填写口径，其中风险描述、概率影响、等级判定是最容易出现口径分歧的三处，需要重点统一。
| 字段 | 记录内容 | 填写口径 |
|---|---|---|
| 风险编号 | 唯一标识 | 建议“R-序号”格式，一经分配不复用；风险关闭后编号保留，便于追溯历史讨论 |
| 风险描述 | 风险本身 | 按“原因—事件—后果”写完整句：因为什么条件，可能发生什么事，导致什么结果。避免只写“进度有风险”这类无法评估的表述 |
| 触发条件 | 风险正在发生的信号 | 写成可观察的事实，如“关键接口联调延期超过5个工作日”“供应商未在约定日期提交样品”，用于判断何时从“可能”转向“正在发生” |
| 影响范围 | 受影响的目标或交付物 | 指明受影响的范围、里程碑、交付物或干系人，如“影响第二阶段上线时间与验收范围” |
| 发生概率 | 发生的可能性 | 按组织约定刻度取值，如高/中/低或1—5分；取值需附一句判断依据，如“同类项目历史发生率为中等” |
| 影响程度 | 一旦发生的损失大小 | 与概率使用同一刻度体系；可从工期、成本、质量、范围等维度取最高影响作为该风险的评级 |
| 风险等级 | 综合优先级 | 用概率×影响矩阵判定，或按组织约定的规则表查得；等级决定评审频率与上报层级 |
| 责任人 | 对风险跟踪负责的人 | 填具体个人而非部门；责任人负责监控触发条件、推动应对行动、更新状态，不一定是解决风险的全部执行者 |
| 应对策略 | 总体处理方向 | 常见策略包括规避、转移、减轻、接受；策略需与风险等级匹配，高等级风险通常要求规避或减轻并制定具体行动 |
| 应对行动 | 具体要做的事 | 写成可执行的动作，一条一行，尽量包含动作、产出物和完成标志，避免“加强沟通”这类无法验收的表述 |
| 目标完成时间 | 行动的计划完成日期 | 填日期而非“尽快”；若行动分阶段，可写最近一个里程碑日期，并在更新记录中说明后续安排 |
| 当前状态 | 风险所处阶段 | 建议取值：已识别、评估中、应对中、监控中、已关闭、已转为问题；状态变化需同步更新记录 |
| 关联任务/文档 | 承载应对行动的载体 | 填写任务编号、文档名称或链接位置，便于从登记册直接找到执行现场 |
| 最近更新记录 | 变更留痕 | 记录日期、更新人和变更内容摘要，如“3月12日 张三：概率由中调高，新增备选供应商行动” |
风险等级的判定方式有两种常见做法。矩阵法把概率与影响各分三档，形成三乘三表格，交叉格给出高、中、低；评分法把概率与影响各赋1—5分，相乘后按区间划分等级。两种方法都要求阈值事先写定，例如“12分及以上为高”。等级的作用是排序与分配注意力，不宜频繁改动口径，否则历史条目的等级失去可比性。
哪些字段必填、哪些可以选填
必填字段支撑“识别—评估—应对—跟踪”的最小闭环：没有编号无法引用，没有描述无法评估，没有概率影响无法定级，没有责任人和行动无法跟踪，没有状态无法判断进展。其余字段按项目复杂度和协作方式取舍。
| 类别 | 字段 | 理由与适用场景 |
|---|---|---|
| 必填 | 风险编号、风险描述、发生概率、影响程度、风险等级、责任人、应对策略、当前状态 | 构成闭环的最小集合；任何规模的项目都需要能回答“这条风险是什么、多严重、谁负责、怎么处理、现在到哪一步” |
| 建议填写 | 触发条件、应对行动、目标完成时间 | 决定风险能否被及时监控和验收；行动与时间缺失时，应对策略容易停留在方向层面 |
| 选填 | 影响范围、关联任务/文档、最近更新记录 | 影响范围在跨团队项目中价值明显；关联任务适合已有任务管理工具的团队；更新记录在多人协作、需要审计时启用 |
小型项目可以只保留必填字段加触发条件，用一张表覆盖全部风险，评审时口头补充背景。复杂项目或多团队协作时，建议补齐影响范围、关联任务和更新记录，并按等级设置不同的评审频率。字段增减的判断标准是：新增字段是否改变某个具体决策或动作。若某字段填了之后无人查看、也不影响任何处理，可以暂不纳入。
一份填好的风险登记册示例
以下为演示情景，用于说明字段之间的对应关系，不代表任何真实项目。假设某系统升级项目在评估阶段识别出一条与第三方接口相关的风险，概率定为“中”、影响定为“高”，按三乘三矩阵判定等级为“高”。
| 字段 | 填写内容 |
|---|---|
| 风险编号 | R-007 |
| 风险描述 | 由于第三方支付接口的联调排期尚未确认，可能在第二阶段上线前无法完成联调，导致上线时间推迟并影响验收范围 |
| 触发条件 | 联调环境在计划日期前3个工作日仍未开通，或对方未确认联调窗口 |
| 影响范围 | 第二阶段上线里程碑、支付相关验收项 |
| 发生概率 | 中（对方排期紧张，同类接口历史上有延期记录） |
| 影响程度 | 高（直接影响上线时间与验收） |
| 风险等级 | 高（概率中×影响高，按矩阵判定） |
| 责任人 | 李四（接口对接负责人） |
| 应对策略 | 减轻 |
| 应对行动 | 1. 本周内与对方确认联调窗口并书面记录；2. 准备沙箱环境下的模拟接口用于提前自测；3. 若窗口无法确认，启动备选支付渠道评估 |
| 目标完成时间 | 联调窗口确认：本月20日；备选渠道评估结论：本月28日 |
| 当前状态 | 应对中 |
| 关联任务/文档 | 任务“支付接口联调准备”；文档“接口对接记录” |
| 最近更新记录 | 3月12日 李四：新增备选渠道评估行动；3月18日 李四：对方口头确认窗口，待书面回复 |
示例中概率与影响的取值都附了判断依据，等级由矩阵直接得出，行动写成可验收的动作并对应到日期。若后续触发条件成立、联调确实无法按期完成，这条风险应转为问题管理，登记册中状态改为“已转为问题”，并链接到对应的问题记录，避免同一事项在两处重复跟踪。
登记册的调整与日常维护方法
登记册建好后需要按固定节奏维护，否则会退化为一次性清单。维护的核心动作是评审、更新状态、关闭或转出，以及让登记册与执行现场保持连接。
- 字段增删原则：新增字段前先确认它对应哪个决策或动作；删除字段前确认历史条目是否仍需该信息。调整字段时保留旧数据，新增列置空并说明启用日期，避免历史条目出现空白歧义。
- 评审节奏：高等级风险建议每周评审一次，中等级每两周，低等级随阶段评审覆盖。评审的输出是状态变化、等级调整和新识别风险，而不是逐条复述。
- 状态更新：触发条件成立、行动完成、等级变化时即时更新，并在更新记录中写明日期、更新人和变更摘要。状态取值保持有限集合，避免出现“处理中”“跟进中”等含义重叠的写法。
- 关闭与转出边界：风险不再可能发生，或应对行动完成且影响已消除时关闭，关闭时写明依据；风险已经发生并造成实际阻塞时，转为问题管理，登记册保留编号与链接，后续跟踪在问题记录中进行。
- 与任务和文档衔接：应对行动落到具体任务上，登记册只保留任务编号与关键日期；评估依据、会议结论放在关联文档中，登记册引用文档位置而非复制全文，减少两处内容不一致。
当团队使用 ONES 管理项目时，登记册可以作为 Wiki 页面维护：ONES Wiki 支持页面模板库，可一键创建制式化文档模板，并记录页面版本、支持查看与回滚，适合把字段口径和评审记录固定下来；页面组可关联项目，文档与需求、任务互相对应。应对行动则落到项目任务中，借助从项目到任务的多层级管理，把行动的执行进度反馈回登记册的状态列。这样登记册负责“风险是什么、谁负责、到哪一步”，任务负责“具体做没做完”，两者通过编号和链接对应，评审时不必在多个表格间手工核对。
常见问题
风险登记册和问题清单需要分开维护吗？
建议分开维护，但保留对应关系。风险登记册记录尚未发生的不确定性，问题清单记录已经发生并造成实际阻塞的事项。当触发条件成立、风险确实发生并形成阻塞时，在登记册中把状态改为“已转为问题”，并链接到问题记录，后续跟踪在问题清单中进行。这样同一事项只有一处主跟踪位置，评审时不会出现两套进度互相矛盾。
概率和影响用三级还是五级刻度更合适？
取决于团队规模和决策精细度。三级（高/中/低）填写快、分歧少，适合风险条目不多、评审以口头讨论为主的小型项目；五级（1—5分）区分度更高，适合条目多、需要排序和跨团队比较的项目。无论选哪种，同一本登记册内必须统一，并在表格上方写明刻度定义和等级阈值。中途更换刻度会让历史条目的等级失去可比性，确需调整时建议保留旧值并注明切换日期。
一条风险对应多项应对行动时怎么填？
两种方式都可以，关键是保持可追踪。若行动数量少，可在“应对行动”单元格内分行列出，共用同一风险编号和责任人；若行动分属不同负责人或不同完成时间，建议拆成子行并共用风险编号，用后缀区分，如 R-007-1、R-007-2。拆行后每条行动都能单独设置目标完成时间和状态，评审时更容易判断哪一项滞后。无论哪种方式，行动都应写成可验收的动作，并对应到具体任务编号。
风险等级评估后还需要定期重新评估吗？
需要，但频率可以按等级区分。高等级风险建议每周评审，中等级每两周，低等级随阶段评审覆盖。重新评估的触发点包括：触发条件出现变化、应对行动完成或失效、项目范围与排期调整、外部条件改变。每次调整等级都要在更新记录中写明依据，例如“概率由中调高，因对方排期再次推迟”。等级调整的目的是重新分配注意力，频繁无依据地改动会让登记册失去排序价值。
小型项目可以简化到只保留几个字段吗？
可以。小型项目至少保留编号、描述、概率、影响、等级、责任人、应对策略和状态这组必填字段，再补一个触发条件即可运行。影响范围、关联任务和更新记录在单人或两三人协作、评审以当面沟通为主时可以暂缓。判断标准是新增字段是否改变某个具体决策或动作：如果填了之后无人查看、也不影响处理方式，就可以先不纳入。项目复杂度上升、参与方增多时再逐步补齐，不必一开始就追求字段齐全。
