这份模板以一张风险登记表为核心，把识别、评估、应对、监控四个环节的字段放在同一张表里，再配一份计划说明文档交代目的、职责、评估口径和评审节奏。它适合项目启动阶段建立风险台账，也适合中途接手项目时补齐记录。下文给出可直接复制的空白表、逐字段填写口径、必填与选填划分、一条完整示例，以及按项目规模裁剪字段和维护模板的方法。
要点总览（TL;DR）
- 模板以一张风险登记表为核心，识别、评估、应对、监控四类字段组按列排列，共用同一张表，再配一份计划说明文档交代目的、职责、评估口径与评审节奏。
- 识别字段组包含风险编号、风险描述、类别、来源、触发条件；评估字段组包含概率、影响、风险等级、评估口径；应对字段组包含应对策略、应对措施、责任人、截止日期、应急储备；监控字段组包含监控频率、状态、复查日期、关闭结论。
- 必填字段以“缺了就无法理解、排序或跟踪”为标准，风险编号、描述、类别、概率、影响、等级、应对策略、措施、责任人和状态不能空；触发条件、来源、评估口径、截止日期、应急储备、监控频率、复查日期和关闭结论可按项目情况选填。
- 字段可按项目规模裁剪：小团队保留九个基础字段、按周复查；中等项目补充触发条件与复查日期；大项目启用完整字段组并按类别分配评审负责人。
- 风险记录尚未发生的不确定性，已发生并造成阻塞的事项转入问题管理，在关闭结论中注明转出，避免两处重复记录。
可复制空白模板：风险登记表与计划说明
先交付两张可直接使用的骨架：一张风险登记表承载全部风险记录，一份计划说明文档交代规则与节奏。四类字段组在登记表中按从左到右的顺序排列，识别在前、评估居中、应对随后、监控收尾，填写时按列推进即可。
风险登记表（空白表头与空白行）
| 风险编号 | 风险描述 | 类别 | 来源 | 触发条件 | 概率 | 影响 | 风险等级 | 评估口径 | 应对策略 | 应对措施 | 责任人 | 截止日期 | 应急储备 | 监控频率 | 状态 | 复查日期 | 关闭结论 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| R-001 | |||||||||||||||||
| R-002 | |||||||||||||||||
| R-003 |
表中前三列到“触发条件”属于识别字段组，用于把风险说清楚；“概率”到“评估口径”属于评估字段组，用于判断优先级；“应对策略”到“应急储备”属于应对字段组，用于确定动作和资源；“监控频率”到“关闭结论”属于监控字段组，用于跟踪状态直至关闭。
计划说明文档章节骨架
- 一、目的与适用范围：说明本计划覆盖哪些项目、哪些阶段，以及风险与问题的分界。
- 二、角色与职责：列出风险责任人、评审组织者、上报对象及各自决策权限。
- 三、评估口径：定义概率与影响的取值档位、等级矩阵和升级规则。
- 四、应对策略规则：说明规避、转移、减轻、接受四类策略的适用条件与审批要求。
- 五、监控与上报节奏：规定复查周期、评审会议频次和高等级风险的即时上报路径。
- 六、评审与更新机制：说明登记表何时新增、更新、关闭，以及模板本身的版本管理。
字段说明：每个字段填什么、怎么填
字段说明与上表逐列对应，填写时按组推进：先把风险描述清楚，再评估，再定动作，最后设监控。每个字段都给出可判断的填写口径，避免出现“影响较大”“尽快处理”这类无法核对的表述。
| 字段组 | 字段 | 填写口径 |
|---|---|---|
| 识别 | 风险编号 | 按 R-001 顺序编号，关闭后编号不复用，便于追溯历史记录。 |
| 识别 | 风险描述 | 写“不确定事件 + 可能后果”，例如“第三方接口交付延迟，导致联调阶段顺延”。描述一件事，不合并多个风险。 |
| 识别 | 类别 | 按项目实际选用固定分类，如进度、成本、质量、资源、技术、外部依赖，便于汇总统计。 |
| 识别 | 来源 | 记录风险从何发现，如启动会、历史项目复盘、供应商沟通、评审会议，便于回溯识别渠道是否有效。 |
| 识别 | 触发条件 | 写可观察的信号，如“供应商未在约定日期提交接口文档”，用于判断风险是否正在发生。 |
| 评估 | 概率 | 使用统一档位，如高、中、低，并附判定依据，如“同类事项历史发生率为三成”。 |
| 评估 | 影响 | 从进度、成本、质量等维度选最主要的一项描述，给出量级，如“关键路径顺延两周”。 |
| 评估 | 风险等级 | 由概率与影响按矩阵交叉得出，等级决定后续评审频次和上报层级。 |
| 评估 | 评估口径 | 注明本次评估依据，如“基于当前排期与供应商承诺日期”，便于条件变化后重新评估。 |
| 应对 | 应对策略 | 从规避、转移、减轻、接受中选择一项，策略决定措施的方向。 |
| 应对 | 应对措施 | 写具体动作和产物，如“要求供应商每周提交进度报告，并在合同中约定延期条款”。 |
| 应对 | 责任人 | 填单一责任人姓名，负责推动措施落地和状态更新，避免多人共担导致无人推进。 |
| 应对 | 截止日期 | 填措施完成的日期，与项目里程碑对齐，便于在计划中检查是否兑现。 |
| 应对 | 应急储备 | 记录为应对该风险预留的时间、预算或人力，接受策略下尤其需要写明预留量。 |
| 监控 | 监控频率 | 按等级设定，如高等级每周复查、中等级每两周、低等级每月，与评审节奏一致。 |
| 监控 | 状态 | 使用固定取值，如待处理、监控中、已触发、已关闭，便于筛选和统计。 |
| 监控 | 复查日期 | 填下一次检查的具体日期，到期未复查的记录应在评审会上说明原因。 |
| 监控 | 关闭结论 | 写明关闭理由，如“供应商已交付接口并通过联调”或“风险已发生并转为问题处理”，并注明关闭日期。 |
必填与选填：哪些字段不能空
必填字段的判断标准是：缺少它，这条风险就无法被他人理解、排序或跟踪。选填字段则服务于更细的管理需要，项目规模较小时可以留空，但留空要有统一规则，不能同一条记录时而填写时而空缺。
| 字段 | 必填/选填 | 理由与适用条件 |
|---|---|---|
| 风险编号 | 必填 | 唯一标识，评审、上报和关闭都依赖它引用。 |
| 风险描述 | 必填 | 没有描述就无法判断风险本身，其他字段也失去意义。 |
| 类别 | 必填 | 支撑汇总统计和按类别分配评审重点。 |
| 概率、影响、风险等级 | 必填 | 三者共同决定优先级和监控频率，缺一项就无法排序。 |
| 应对策略、应对措施、责任人 | 必填 | 没有动作和负责人的风险记录只是清单，无法推动处理。 |
| 状态 | 必填 | 反映当前进展，是筛选和上报的基础。 |
| 触发条件 | 选填 | 风险较抽象、难以观察信号时可暂不填写，待识别更清晰后补充。 |
| 来源 | 选填 | 小团队可省略；需要评估识别渠道有效性时建议填写。 |
| 评估口径 | 选填 | 评估依据简单明确时可省略；涉及多方判断或条件易变时建议填写。 |
| 截止日期、应急储备 | 选填 | 接受策略或需要预留资源时填写；措施为持续监控类动作时截止日期可留空。 |
| 监控频率、复查日期 | 选填 | 低等级风险可按统一节奏复查而不单列；高等级风险建议逐条填写。 |
| 关闭结论 | 选填 | 仅在关闭时填写，未关闭记录保持空白。 |
留空处理规则建议统一为：必填字段为空的风险记录不得进入评审议程；选填字段留空时，在计划说明文档中注明该项目统一不填，避免不同成员各自理解。状态为“已关闭”的记录，关闭结论必须补填，否则视为未完成关闭。
填写示例：一条风险从识别到关闭的完整记录
以下为演示情景，用于说明各字段如何配合填写，数值和结论仅作示例。假设某项目依赖外部供应商提供数据接口，项目组在启动会上识别出交付延迟风险。
| 字段 | 填写内容 |
|---|---|
| 风险编号 | R-007 |
| 风险描述 | 供应商数据接口交付延迟，导致联调阶段顺延，影响上线日期 |
| 类别 | 外部依赖 |
| 来源 | 项目启动会，参考上一项目供应商延期记录 |
| 触发条件 | 供应商未在约定日期提交接口文档 |
| 概率 | 中，同类供应商上一项目曾延期一次 |
| 影响 | 高，关键路径可能顺延两周 |
| 风险等级 | 高 |
| 评估口径 | 基于当前排期与供应商口头承诺日期，承诺尚未写入合同 |
| 应对策略 | 减轻 |
| 应对措施 | 要求供应商每周提交进度报告；在合同中补充延期条款；提前准备模拟数据用于联调 |
| 责任人 | 采购接口人（示例姓名） |
| 截止日期 | 联调开始前一周 |
| 应急储备 | 预留五个工作日缓冲，纳入项目排期 |
| 监控频率 | 每周 |
| 状态 | 监控中 |
| 复查日期 | 每周评审会当日 |
| 关闭结论 | （关闭时填写）供应商已交付接口文档并通过联调，风险解除 |
这条记录完整体现了四个环节：识别阶段确定描述、类别、来源和触发条件；评估阶段给出概率、影响、等级和口径；应对阶段明确策略、措施、责任人和储备；监控阶段设定频率、状态和复查日期，并在风险解除后补填关闭结论。若该风险最终发生并造成阻塞，应转为问题记录单独跟踪，原风险记录在关闭结论中注明去向。
调整与维护：按项目规模裁剪字段与更新节奏
模板不必一次上满全部字段。字段数量应与项目复杂度、风险影响面匹配，维护节奏应与项目例会节奏对齐，否则登记表会因更新成本过高而失效。
按项目规模裁剪字段
- 小团队、周期短的项目：保留风险编号、描述、类别、概率、影响、等级、应对措施、责任人、状态九个字段，监控频率统一按周，复查并入周会。
- 中等规模项目：在基础字段上补充触发条件、截止日期、监控频率和复查日期，按等级区分复查周期。
- 大项目或多团队协作：启用完整字段组，增加来源、评估口径、应急储备和关闭结论，并按类别分配评审负责人。
评审与更新频率
高等级风险建议每周复查，中等级每两周，低等级每月；项目里程碑前后各安排一次集中评审，检查触发条件是否出现、措施是否兑现。风险状态发生变化时，责任人应在当次例会上更新，不积压到下次评审。
版本与维护责任
指定一名风险管理员负责模板版本和字段口径，字段增删、等级矩阵调整都记录版本号和生效日期，并在计划说明文档中同步。登记表本身由各风险责任人维护，管理员定期抽查必填字段完整性和关闭结论质量。
与问题管理的边界
风险登记表记录尚未发生的不确定性；已经发生并造成阻塞的事项转入问题管理单独跟踪，在风险记录的关闭结论中注明转出，避免同一事项在两处重复记录、状态互相矛盾。
当登记表需要在团队中持续使用时，可以把每条风险对应为项目管理工具中的工作项，责任人、截止日期、状态和复查日期作为字段维护，评审会前按状态和等级筛选待复查记录。ONES 的项目计划支持按目标、交付物或阶段分解工作并设置里程碑，配合基线对比计划与执行偏差，可用于在评审时核对风险措施是否按计划兑现；ONES Assistant 可围绕项目进展、工时投入和资源配置生成分析，辅助判断风险是否在扩大。具体字段配置方式以实际环境为准。
常见问题
风险登记表里的“触发条件”写不出来，可以先空着吗？
可以。触发条件属于选填字段，风险在识别初期比较抽象、暂时找不到可观察信号时，先留空不影响记录进入台账。建议在计划说明文档中注明该项目对触发条件的统一处理方式，等风险进一步明确后再补充。若风险等级为高，仍建议尽早写出可观察信号，例如“供应商未在约定日期提交接口文档”，便于在评审会上判断风险是否正在发生。
风险已经发生并造成阻塞，应该继续留在风险登记表里吗？
建议转入问题管理单独跟踪。风险登记表记录的是尚未发生的不确定性，已经发生并造成阻塞的事项按问题处理，原风险记录在关闭结论中注明“已发生并转为问题处理”及转出日期。这样两处记录不会重复，状态也不会互相矛盾。若该事项后续还可能引发新的不确定性，可以另开一条新的风险记录，与已转出的问题记录分开维护。
小团队字段裁到多少合适，会不会影响后续统计？
小团队、周期短的项目可保留风险编号、描述、类别、概率、影响、等级、应对措施、责任人、状态九个字段，监控频率统一按周、复查并入周会。这个组合足以支撑排序、分派和状态跟踪，类别字段保留后仍可按类别汇总。需要留意的是，裁掉截止日期和复查日期后，措施的兑现检查要依赖例会节奏；如果项目跨月或涉及外部依赖，建议至少补回截止日期，避免措施长期悬空。
风险评审多久开一次，和项目例会是合并还是分开？
评审节奏按风险等级设定：高等级每周复查，中等级每两周，低等级每月，并在项目里程碑前后各安排一次集中评审。小项目可以把风险复查并入周会议程，单列一个固定时段逐条过高等级记录；多团队协作的项目建议单独安排风险评审，按类别分配评审负责人。风险状态发生变化时，由责任人在当次例会上更新，不积压到下次评审。节奏一旦确定，应写入计划说明文档，避免不同团队各自安排。
把风险登记表放进项目管理工具时，需要注意什么？
可以把每条风险对应为工具中的工作项，责任人、截止日期、状态和复查日期作为字段维护，评审会前按状态和等级筛选待复查记录。ONES 的项目计划支持按目标、交付物或阶段分解工作并设置里程碑，配合基线对比计划与执行偏差，可用于在评审时核对风险措施是否按计划兑现；ONES Assistant 可围绕项目进展、工时投入和资源配置生成分析，辅助判断风险是否在扩大。字段的具体配置方式以实际环境为准，建议先在计划说明文档中固定字段口径，再在工具中落地。
