项目风险管理计划模板：章节与字段（覆盖识别、评估、应对、监控）

项目风险管理计划模板以风险登记册为核心表，按识别、评估、应对、监控四段闭环组织章节与字段。模板同时区分必填与选填：必填字段保证每条风险可追踪、可定责、可判断是否关闭，选填字段按项目规模和风险等级补充。下面给出可直接复制填写的空白表、字段口径、最小可用字段集、一条完整示例和维护规则。

要点总览（TL;DR）

• 模板以风险登记册为核心表，识别、评估、应对、监控四段共用同一行记录，避免拆成互不关联的多张表。
• 核心字段组：识别段写风险描述、来源类别、触发信号；评估段用概率×影响得出暴露值并映射优先级；应对段限定策略、行动、责任人、截止日期与应急储备；监控段设复查频率、预警阈值、状态与关闭依据。
• 最小可用集保留风险编号、描述、来源类别、概率、影响、暴露值、优先级、应对策略与行动、责任人、截止日期、当前状态，其余字段按项目规模补充。
• 维护靠三类复查（定期、里程碑、触发式）和状态流转规则；风险实际发生并形成阻塞后转入问题管理，不再留在登记册。

可复制空白模板：风险管理计划与风险登记册

模板由两张表组成：计划说明页交代适用范围和分级口径，风险登记册主表承载每条风险的完整生命周期。四段闭环在登记册内以字段组体现，识别、评估、应对、监控共用同一行记录，避免拆成互不关联的多张表后难以追踪同一条风险。

表一：计划说明页

项目	填写内容
项目名称
模板版本
编制人 / 日期
适用范围	覆盖的项目阶段、子项目或交付物
风险分级口径	概率分级、影响分级、暴露值区间与优先级映射
复查节奏	定期复查周期、里程碑复查节点、触发式复查条件
角色分工	风险登记人、评估人、应对责任人、复查主持人
变更记录	版本、变更内容、变更人、生效日期

表二：风险登记册主表

风险编号	识别日期	风险描述	来源类别	触发信号	概率	影响	暴露值	优先级	应对策略	应对行动	责任人	截止日期	应急储备	监控频率	预警阈值	当前状态	关闭依据	复盘记录

字段说明：每个字段填什么、怎么判断

字段说明与空白表逐列对应，填写时按同一口径执行，保证模板、说明和示例三者一致。识别类字段解决“这条风险是什么”，评估类字段解决“值不值得优先处理”，应对类字段解决“谁在什么时候做什么”，监控类字段解决“什么时候复查、什么条件下关闭”。

字段	含义	填写口径	判断规则
风险编号	唯一标识	按“项目缩写-序号”编制，如 PRJ-R012	编号不复用，关闭后保留
识别日期	登记时间	首次登记日期	后续更新记入复盘记录
风险描述	尚未发生的不确定事件	写成“事件+原因+后果”	描述中不含已发生的事实
来源类别	风险产生领域	技术、资源、外部、组织、范围五选一	跨类时选主要来源，其余写入描述
触发信号	风险临近的可观察迹象	写具体可观测事件，如“接口联调延期超过3个工作日”	信号出现即启动复查
概率	发生可能性	统一1–5级，1为极低、5为极高	按计划说明页的分级口径打分
影响	对进度、成本、质量或范围的冲击	统一1–5级，1为轻微、5为严重	多维度取最高影响值
暴露值	综合风险量	概率×影响	取值1–25，由前两列计算得出
优先级	处理排序	按暴露值区间映射，如1–4低、5–9中、10–15高、16–25极高	区间在计划说明页固定，不逐条调整
应对策略	处理方向	规避、转移、减轻、接受四选一	策略与行动须匹配，接受策略也要写理由
应对行动	具体措施	写成可验收动作，如“完成备选供应商技术评估并出具结论”	行动须可判断完成与否
责任人	行动负责人	填具体人员，不填部门	一人一条风险，避免共同负责
截止日期	行动完成时间	具体日期	与项目里程碑对齐
应急储备	风险发生时可动用的缓冲	写时间、预算或人力额度	接受策略的风险须明确储备来源
监控频率	复查间隔	按优先级设定，如极高每周、高每两周、中每月	与计划说明页复查节奏一致
预警阈值	升级条件	写量化条件，如“暴露值升至16以上”或“延期超过5个工作日”	触发后升级至项目例会
当前状态	生命周期位置	待评估、已评估、应对中、已缓解、已发生、已关闭	状态只能按顺序推进或回退并记录原因
关闭依据	关闭的证据	写事实，如“备选供应商已签约，接口按期交付”	无依据不得关闭
复盘记录	过程与经验	记录状态变化、策略调整、经验教训	关闭时至少写一条

必填与选填：最小可用字段集

字段过多会让登记册填不动，最小可用集以“可追踪、可定责、可判断是否关闭”为标准。项目启动阶段先用必填字段跑通流程，风险数量增多或项目规模扩大后再补充选填字段。

类别	字段	设置理由
必填	风险编号	保证每条风险可被引用和追踪
必填	风险描述	没有清晰描述就无法评估和应对
必填	来源类别	便于按领域汇总和分配评估人
必填	概率、影响、暴露值、优先级	决定处理顺序和资源投入
必填	应对策略、应对行动	保证风险有明确处理方向
必填	责任人、截止日期	保证行动可定责、可检查
必填	当前状态	判断风险处于哪个阶段
选填	触发信号	风险来源清晰、信号易观察时补充
选填	应急储备	采用接受策略或高影响风险时填写
选填	监控频率、预警阈值	高优先级风险建议填写，低优先级可沿用默认节奏
选填	关联工作项	需要与计划任务对应时填写
选填	复盘记录	关闭时补充，过程简单的风险可只写结论

调整建议：小型项目或周期短于一个月的迭代，可只保留必填字段，监控频率统一按周复查；中大型项目、跨团队交付或外部依赖较多的项目，建议把触发信号、监控频率和预警阈值转为必填，并对极高优先级风险强制填写应急储备。必填范围一旦确定，写入计划说明页，项目执行期间不随意增减。

填写示例：一条风险从识别到关闭

以下示例为演示情景，用于说明各字段的填写方式，不对应真实项目数据。

识别段

风险描述填写为：“关键外部接口交付延迟，原因是供应商排期受其上游组件缺货影响，后果是联调阶段整体后移并压缩测试时间。”来源类别选“外部”，触发信号写“供应商未在约定日期提交接口文档”。识别日期记为登记当天，编号按项目序列编为 PRJ-R007。

评估段

概率评为4，依据是供应商已口头提示排期紧张；影响评为5，依据是接口位于关键路径，延迟直接压缩测试窗口。暴露值为4×5=20，落入16–25区间，优先级定为极高。评估结论写入计划说明页对应的分级口径，不在单条记录中另设标准。

应对段

策略选“减轻”，理由是该接口由客户指定，无法规避或转移，但可以通过提前介入降低影响。应对行动写为“完成备选对接方案技术验证并输出结论”，责任人为接口负责人，截止日期设在联调开始前两周。应急储备填“测试阶段预留5个工作日缓冲”，来源为项目进度储备。

监控段

监控频率设为每周，预警阈值写“供应商连续两周未提交接口文档”或“暴露值升至25”。状态从待评估推进到已评估，行动启动后转为应对中。供应商补齐文档并完成联调后，状态转为已缓解；接口按期交付、测试窗口未压缩，填写关闭依据“接口已交付并通过联调，测试按原计划启动”，状态改为已关闭。复盘记录写“外部依赖应在合同阶段约定文档提交节点，后续同类项目提前纳入里程碑”。

调整与维护方法：模板落地后的更新规则

模板填完只是开始，维护规则决定登记册能否持续反映真实风险状况。维护动作包括复查、状态流转、新增登记、版本管理和边界划分五项。

复查节奏与责任人

• 定期复查：按计划说明页设定的周期执行，由复查主持人逐条核对状态、行动进展和预警阈值。
• 里程碑复查：在需求冻结、联调开始、上线前等节点集中复查，重点确认高优先级风险是否仍成立。
• 触发式复查：触发信号出现或预警阈值被突破时立即复查，不受固定周期限制。

状态流转与关闭条件

状态按“待评估→已评估→应对中→已缓解→已关闭”推进，风险实际发生时转为“已发生”并启动应急储备。回退状态须在复盘记录中写明原因。关闭条件有三类：风险来源消除、应对行动完成且后果不再成立、风险已发生并处置完毕。三类条件都要求填写关闭依据，无依据的记录不得关闭。

新增登记与去重

新增风险由任何团队成员提出，经评估人确认后登记，编号顺延。登记前先按“事件+原因+后果”检索现有记录，同一原因导致的不同后果可合并为一条并在描述中列明；原因不同但后果相同的风险分别登记，便于分别定责。

版本管理与变更记录

计划说明页的分级口径、复查节奏和必填范围发生调整时，升级模板版本并在变更记录中写明变更内容、变更人和生效日期。登记册主表的历史记录保留，不因版本升级删除旧条目。

与问题管理的边界

风险指尚未发生的不确定事件；一旦风险实际发生并形成阻塞，应转入问题管理跟踪处置，登记册中该条状态改为“已发生”并注明转出，不再作为风险持续维护。项目组合层面的风险平衡与资源调配属于组合管理范畴，不在单项目登记册内处理。

当团队把登记册放到协作工具中维护时，可以用工作项承载每条风险，用状态字段对应上述流转，用截止日期和复查周期驱动提醒，使登记、评估、应对和复查在同一处完成。ONES 支持设置项目计划和里程碑基线，实时对比计划与执行的偏差，帮助团队提早识别风险和问题；团队也可按项目计划和工作分工持续查看任务状态、阶段进展和待处理问题，及时识别影响交付的风险。对于需要定期复查的登记册，把复查动作绑定到里程碑和固定周期，比依赖个人记忆更稳定。

常见问题

项目刚启动、风险数量很少，模板可以精简到什么程度？

先保留必填字段跑通流程即可：风险编号、风险描述、来源类别、概率、影响、暴露值、优先级、应对策略、应对行动、责任人、截止日期、当前状态。监控频率可统一按周复查，触发信号和预警阈值暂不单列。等风险条目增多或出现外部依赖较多的交付内容，再把触发信号、监控频率、预警阈值转为必填，并把调整写进计划说明页。

概率和影响的分级口径，团队之间不一致怎么办？

分级口径统一放在计划说明页，登记册只引用、不逐条另设标准。常见做法是概率与影响都用1–5级，暴露值取两者乘积，优先级按固定区间映射。跨团队项目在启动会上对齐一次口径，之后新增风险按同一标准打分；确有需要调整时升级模板版本并记录变更，历史条目保留原评分并注明口径版本。

风险已经发生并造成阻塞，还留在登记册里继续跟踪吗？

不再作为风险持续维护。风险指尚未发生的不确定事件；一旦实际发生并形成阻塞，登记册中该条状态改为“已发生”，注明转出，后续处置转入问题管理跟踪。这样风险登记册保持对不确定性的聚焦，问题管理承接已发生的处置动作，两类记录的统计口径也不会混在一起。

把登记册放到协作工具里维护，需要关注哪些配置点？

重点看三处：每条风险能否作为独立工作项承载并保留编号与状态字段；状态能否按“待评估→已评估→应对中→已缓解→已关闭”流转并留下变更记录；复查周期和截止日期能否驱动提醒。ONES 支持设置项目计划和里程碑基线，实时对比计划与执行的偏差，帮助团队提早识别风险和问题；团队也可按项目计划和工作分工持续查看任务状态、阶段进展和待处理问题。具体字段配置方式与适用版本，建议结合团队实际部署情况确认。

同一原因引发多个后果，登记成一条还是多条？

按原因归并、按后果分列。登记前先用“事件+原因+后果”检索现有记录：同一原因导致的不同后果可合并为一条，在描述中列明各后果；原因不同但后果相同的风险分别登记，便于分别定责和分别设置应对行动。合并后的条目在复盘记录中注明合并来源，避免后续重复登记。