项目风险管理计划模板的核心，是把识别、评估、应对、监控四个动作落到同一张表里：风险登记表记录风险本身、责任人和行动，评估字段给出概率、影响和等级口径，监控字段留下复查与关闭依据。下面提供一份可直接复制的空白模板，并配套字段说明、必填选填对照、完整填写示例和维护方法，团队可以按项目实际情况裁剪后使用。
要点总览（TL;DR）
- 模板主体是一张风险登记表，按识别、评估、应对、监控四组列组织，另配计划头信息区说明等级规则、复查周期和版本变更。
- 必填列建议为风险编号、风险描述、责任人、风险等级、应对行动和复查日期，缺任一项风险难以被指派、排序和按时检查。
- 风险描述按“事件+原因+可能后果”写；等级由概率与影响按头信息中的矩阵判定，规则确定后项目周期内不随意调整。
- 触发条件是启动应对的信号，监控指标是持续观察的读数，两者分开记录；关闭条件要写可验证的事实。
- 模板按项目规模裁剪列与评估精度，字段增删记入变更记录，阶段结束时回顾长期留空的列。
可复制空白模板：风险登记表与计划头信息
模板分为两部分：计划头信息区说明这份风险管理计划的适用范围和管理规则，风险登记表主体承载逐条风险。复制时建议把两部分放在同一份文档中，头信息随版本更新，登记表持续追加行。
计划头信息区
| 字段 | 填写内容 |
|---|---|
| 项目名称 | |
| 模板版本号 | |
| 编制人 | |
| 审批人 | |
| 生效日期 | |
| 复查周期 | 如：每两周一次，里程碑前一周加一次 |
| 等级判定规则 | 如：概率×影响矩阵，或高/中/低三档阈值说明 |
| 变更记录 | 版本号、变更内容、变更人、日期 |
风险登记表主体
| 风险编号 | 风险描述 | 来源/触发因素 | 识别日期 | 识别人 | 发生概率 | 影响程度 | 风险等级 | 评估依据 | 应对策略 | 具体行动 | 责任人 | 计划完成时间 | 触发条件 | 复查日期 | 当前状态 | 变化记录 | 关闭条件 | 关闭日期 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
列数较多时，可把“识别信息”“评估”“应对”“监控”四组列用底色或分组表头区分，便于填写时按环节推进。表格行数按项目实际风险数量增减，不建议为控制篇幅合并多条风险。
字段说明：每个列该填什么、怎么判断
空白表能复制，但填得对不对取决于口径是否统一。下表逐列说明含义与填写方法，建议连同模板一起发给填表人。
| 字段 | 含义 | 填写口径 | 示例值 |
|---|---|---|---|
| 风险编号 | 风险在登记表中的唯一标识 | 项目缩写加序号，关闭后编号不复用 | PRJ-001 |
| 风险描述 | 尚未发生但可能影响项目的事件 | 按“事件+原因+可能后果”写，避免只写一句笼统担忧 | 核心接口联调因第三方供应商交付延迟而推迟，可能导致上线里程碑顺延两周 |
| 来源/触发因素 | 风险从哪来、什么情况会促使其发生 | 写具体来源，如供应商、技术方案、人员变动、外部审批 | 第三方供应商排期 |
| 识别日期、识别人 | 记录识别时点与提出者 | 谁提出就写谁，便于后续追问背景 | 2025-03-10，张工 |
| 发生概率 | 风险在项目周期内发生的可能性 | 统一用高/中/低或百分比区间，全表口径一致 | 中（40%–60%） |
| 影响程度 | 一旦发生对进度、成本、质量或范围的影响 | 先约定以哪个维度为主，再分高/中/低 | 高（影响关键路径两周以上） |
| 风险等级 | 概率与影响综合后的优先级 | 按头信息中的判定规则计算，如概率×影响矩阵 | 高 |
| 评估依据 | 支撑上述取值的判断材料 | 写数据、历史经验或专家意见来源 | 供应商上季度两次延期交付记录 |
| 应对策略 | 处理风险的总体思路 | 规避、转移、减轻、接受四选一，说明选择理由可写在评估依据或变化记录中 | 减轻 |
| 具体行动 | 落实策略的动作 | 写可执行、可验收的动作，避免写“加强关注” | 与备选供应商签订框架协议，并在联调前两周完成接口预验证 |
| 责任人 | 对该风险应对负责的人 | 写具体人名，不写部门 | 李工 |
| 计划完成时间 | 应对行动完成的时点 | 与项目里程碑对齐 | 2025-04-15 |
| 触发条件 | 启动应对行动的信号 | 写可观察的事件或阈值，与监控指标区分 | 供应商书面确认交付晚于4月1日 |
| 复查日期 | 下一次检查该风险的时间 | 按头信息中的复查周期排定 | 2025-03-24 |
| 当前状态 | 风险所处阶段 | 如：已识别、应对中、已触发、已关闭 | 应对中 |
| 变化记录 | 每次复查后的状态与判断变化 | 按日期追加，不覆盖历史记录 | 03-24复查：供应商仍未确认排期，概率上调为高 |
| 关闭条件 | 判定风险可以关闭的依据 | 写可验证的事实，不写“风险解除”这类结论 | 接口预验证通过且供应商交付日期书面确认不晚于4月10日 |
| 关闭日期 | 实际关闭时间 | 满足关闭条件后填写 | 2025-04-12 |
风险等级怎么判定
等级判定规则写在计划头信息里，全表统一执行。常见做法是概率与影响各分三档，交叉形成矩阵：高概率加高影响为高等级，低概率加低影响为低等级，其余组合按项目对进度和成本的敏感度归入中或高。等级的作用是排定应对优先级和复查频率，高等级风险复查更频繁、行动更早启动。规则一旦确定，项目周期内不随意调整；确需调整时在变更记录中说明原因。
应对策略的四种选择
- 规避：调整方案或范围，使风险不再具备发生条件，适用于影响大且可绕开的场景。
- 转移：通过合同、保险或责任约定把后果转给第三方，适用于后果可量化、有承接方的场景。
- 减轻：降低发生概率或影响程度，是多数技术、供应商类风险的常用选择。
- 接受：不主动投入资源，保留观察，适用于低等级风险或处理成本高于损失的情形。接受也要写复查日期，不能填完就不管。
触发条件与监控指标的区别
触发条件是启动应对行动的开关，一旦出现就执行既定行动，例如“供应商书面确认延期”。监控指标是持续观察的读数，用来判断风险是在扩大还是收敛，例如“供应商周报中的剩余工作量”。触发条件写进对应列，监控指标可放在变化记录中按次记录，两者配合使用，避免把“持续关注”当成触发条件。
必填与选填：哪些列不能空
列多不等于每列都必须填。建议先确定最小可用填写集，保证任何一条风险都能被追踪和关闭，再按项目需要扩展。
| 类别 | 字段 | 说明 |
|---|---|---|
| 必填 | 风险编号、风险描述、责任人、风险等级、应对行动、复查日期 | 缺任一项，风险无法被指派、排序或按时检查 |
| 选填 | 来源分类、关联工作项、量化金额影响、备选应对方案 | 按项目复杂度和汇报要求补充 |
| 按需增补 | 合同条款关联、合规审查状态、跨团队依赖方 | 合同型项目或强监管项目可增加 |
必填项缺失时，登记表不应视为有效记录。常见处理方式是：识别阶段允许先填描述和识别人，进入评估环节前补齐等级和责任人，未补齐的风险在复查会上单独列出并限期补全。选填项按需填写，不因留空而影响风险的有效性。
填写示例：一条风险从识别到关闭的完整记录
以下示例为演示情景，展示一条风险在模板中的完整记录，字段与前面的说明一一对应。
| 字段 | 示例内容 |
|---|---|
| 风险编号 | PRJ-003 |
| 风险描述 | 核心接口联调因第三方供应商交付延迟而推迟，可能导致上线里程碑顺延两周 |
| 来源/触发因素 | 第三方供应商排期 |
| 识别日期、识别人 | 2025-03-10，张工 |
| 发生概率 | 中（40%–60%） |
| 影响程度 | 高（影响关键路径两周以上） |
| 风险等级 | 高 |
| 评估依据 | 供应商上季度两次延期交付记录 |
| 应对策略 | 减轻 |
| 具体行动 | 与备选供应商签订框架协议，并在联调前两周完成接口预验证 |
| 责任人 | 李工 |
| 计划完成时间 | 2025-04-15 |
| 触发条件 | 供应商书面确认交付晚于4月1日 |
| 复查日期 | 2025-03-24 |
| 当前状态 | 应对中 |
| 变化记录 | 03-24复查：供应商仍未确认排期，概率上调为高；04-08复查：备选供应商预验证通过，触发条件未出现 |
| 关闭条件 | 接口预验证通过且供应商交付日期书面确认不晚于4月10日 |
| 关闭日期 | 2025-04-12 |
这条记录中，风险描述写清了事件、原因和后果；等级由概率与影响按矩阵得出，评估依据给出了历史数据；应对策略选择减轻，行动具体到签约和预验证两个可验收动作；触发条件是可观察的书面确认，与复查中记录的监控读数分开；关闭依据是两项可验证事实同时满足，而不是主观判断“风险已解除”。两次复查记录保留了概率上调的过程，便于复盘时看到判断依据的变化。
调整与维护：模板如何随项目演进
模板要长期可用，需要在裁剪、版本和复查节奏上定规则。
按项目规模裁剪
小型项目可保留必填列，评估精度用高/中/低三档即可；中大型项目或合同型项目可增加量化金额影响、关联工作项和备选方案列，评估精度细化到百分比区间。裁剪的判断依据是风险数量和汇报要求，列数增加后要同步更新字段说明，避免填表人自行理解。
版本与变更记录
模板本身带版本号，字段增删、等级规则调整、复查周期变化都记入变更记录，写明变更内容、变更人和日期。项目执行中调整模板，已填写的风险记录保留原口径，新口径从下一版本生效，避免同一张表内规则混杂。
复查节奏与责任分工
复查按头信息中的周期执行，责任人负责更新自己名下风险的状态和变化记录，项目经理在复查会上核对高等级风险的行动进展，并确认关闭条件是否满足。复查会议的输出是更新后的登记表和需要升级处理的风险清单。在协作工具中承载时，可把风险登记表作为项目内的工作项或文档维护，结合项目计划与里程碑基线对比计划与执行偏差，帮助团队提早识别影响交付的风险；任务状态、阶段进展和待处理问题集中可见，复查时按登记表逐条核对更省力。ONES 的相关能力可支持围绕项目计划跟踪进度和识别风险，具体字段配置以实际使用为准。
风险转为已发生问题
触发条件出现、风险实际发生后，该条记录标记为“已触发”，并按项目问题管理流程移交处置，登记表中保留原风险编号和移交说明，便于追溯。问题处置的流程和模板不在本表范围内。
定期回顾模板本身
建议在阶段结束时回顾一次模板：统计哪些列长期为空、哪些字段在复查中被反复追问、等级规则是否与实际判断一致。连续多个项目都留空的列可考虑删除或改为选填；反复需要口头补充的信息应增设为字段。调整后更新版本号和字段说明，保持模板、说明与示例三者一致。
常见问题
小型项目用这套模板，哪些列可以省掉？
小型项目可先保留必填列：风险编号、风险描述、责任人、风险等级、应对行动、复查日期，评估精度用高/中/低三档即可。来源分类、关联工作项、量化金额影响、备选应对方案这类选填列可以留空或删除。裁剪时同步更新字段说明，让填表人知道当前版本哪些列不要求填写，避免同一团队内口径不一致。
风险等级判定规则在项目中途可以调整吗？
建议项目周期内保持规则稳定，否则前后记录的风险等级无法横向比较。确需调整时，在计划头信息的变更记录中写明调整原因和生效版本，已填写的风险保留原口径，新口径从下一版本生效。若只是个别风险判断有误，优先修正该条的评估依据和取值，而不是改动全表规则。
风险一直没触发，复查时该怎么处理？
复查时先核对监控指标的变化，再判断是否需要调整概率、影响或应对行动。风险长期未触发且影响可控时，可下调等级、延长复查间隔，或经责任人确认后按关闭条件关闭。接受策略下的低等级风险也要保留复查日期，不能填完就不管；连续多次复查无变化的记录，可在变化记录中注明“维持观察”，保留判断痕迹。
风险触发后转成问题，登记表里怎么留痕？
触发条件出现、风险实际发生后，把该条记录的当前状态标记为“已触发”，在变化记录中写明触发时间和依据，并按项目问题管理流程移交处置。登记表保留原风险编号和移交说明，便于后续追溯风险判断与应对是否有效。问题本身的处置流程、责任人和关闭标准由问题管理流程承载，不在本表内展开。
模板放在协作工具里维护，和放在文档里有什么区别？
文档适合快速复制和评审，协作工具适合持续更新和多人核对。在 ONES 中可把风险登记表作为项目内的工作项或文档维护，结合项目计划与里程碑基线对比计划与执行偏差，帮助团队提早识别影响交付的风险；任务状态、阶段进展和待处理问题集中可见，复查时按登记表逐条核对更省力。具体字段配置以实际使用为准。
