项目风险管理计划模板：识别、评估、应对与监控字段

项目风险管理计划模板以一张风险登记表为核心，配套识别来源清单、评估口径表、应对策略表与监控节奏表。这套模板覆盖四个环节：风险从哪里来、按什么标准排序、由谁在何时做什么、用什么信号判断变化。下文给出可直接复制填写的空白表格、逐字段填写口径、必填与选填的区分，以及一条从识别到关闭的完整示例，适用于需要把风险记录落到统一格式的项目团队。

要点总览（TL;DR）

• 模板以风险登记表为主表，配套识别来源清单、评估口径表、应对策略表与监控节奏表，四张表分别对应识别、评估、应对、监控四个环节。
• 风险编号、识别日期、风险描述、概率、影响、风险等级、应对策略、责任人、截止时间、当前状态和关闭条件为必填字段，保证每条风险可追踪、可交接、可收口。
• 评估口径用概率与影响的组合确定风险等级，等级直接决定应对力度和复查频率，评估依据要记录事实来源以便复查时复核。
• 模板可按项目规模裁剪：小项目保留必填字段并统一复查节奏，中型项目启用全部四张表，大型项目按子系统或阶段拆分登记表。
• 已发生并造成阻塞的事项转入问题管理，跨项目的风险平衡归组合管理，单项目登记表只保留与自身目标相关的条目。

可复制空白模板：风险登记表与配套清单

模板由四张表组成，风险登记表是主表，其余三张表为它提供输入和判断依据。使用时先填识别来源清单，再逐条录入风险登记表，评估口径表与应对策略表作为填写登记表时的参照标准，监控节奏表规定复查安排。以下表格可直接复制到文档或表格工具中使用。

表一：风险登记表（主表）

风险编号	识别日期	识别来源	风险描述	触发条件	概率	影响	风险等级	评估依据	应对策略	具体措施	责任人	截止时间	所需资源	监控指标	复查频率	当前状态	关闭条件
R-001
R-002
R-003

表二：风险识别来源清单

来源类别	具体来源	检查方式	检查人	检查日期	是否发现风险	对应风险编号
项目计划	里程碑与关键路径
历史项目	过往复盘记录与问题清单
外部依赖	供应商、合作方、审批环节
资源与人员	关键岗位、技能缺口、人员流动
技术与质量	技术方案、集成接口、测试覆盖
需求与范围	需求变更频率、验收标准清晰度

表三：评估口径表

概率等级	判断标准	影响等级	判断标准（对进度、成本、质量）
高	发生可能性明显，已有迹象	高	导致里程碑延期、成本超支或交付质量不达标
中	存在发生条件，尚无明确迹象	中	需要调整局部计划或增加额外投入
低	发生条件少见	低	可在现有资源内消化，不影响交付节点

风险等级	概率×影响组合	处理要求
高	高×高、高×中、中×高	制定专项应对措施，明确责任人与截止时间，提高复查频率
中	高×低、中×中、低×高	制定应对措施，按常规节奏复查
低	中×低、低×中、低×低	记录并观察，纳入定期复查

表四：应对策略与监控节奏表

策略类型	适用情形	填写要点
规避	风险影响大且可通过调整方案消除	说明调整后的方案与生效时间
减轻	风险无法消除但可降低概率或影响	说明具体动作与预期降低程度
转移	可由第三方承担部分后果	说明承接方、约定方式与责任边界
接受	影响可控或处理成本高于后果	说明接受理由与预留的应对余量

风险等级	复查频率	复查形式	参与角色
高	每周或每个里程碑节点	专题复查，更新状态与措施进展	项目经理、责任人
中	每两周或每阶段	例会中逐条过状态	项目经理、责任人
低	每月或阶段结束时	批量检查是否升级或关闭	项目经理

字段说明：每个字段回答什么问题

字段设计的目标是让每条风险从提出到关闭都有唯一编号、责任人和状态。填写时每个字段只回答一个问题，避免把多个信息挤进同一格，导致后续无法筛选和统计。

识别类字段

• 风险编号：这条风险是谁、用什么代号被追踪的。编号一经分配不再复用，关闭后保留，便于回溯。
• 识别来源：这条风险从哪里被发现，对应表二中的来源类别，便于判断识别是否覆盖了主要方面。
• 风险描述：写清“什么事件可能发生、导致什么后果”，采用“由于某原因，可能导致某结果”的句式，避免只写一个名词。
• 触发条件：出现什么可观察的信号说明风险正在临近，例如某接口联调连续两次延期、某关键岗位提出离职。

评估类字段

• 概率与影响：按表三口径取高、中、低，取值需要有事实支撑，不凭印象。
• 风险等级：由概率与影响组合得出，决定后续应对力度和复查频率。
• 评估依据：记录判断所依据的数据或事实，例如历史项目同类问题发生次数、当前进度偏差、供应商交付记录。依据写清楚，评估结论才能在复查时被复核。

应对类字段

• 应对策略：从规避、减轻、转移、接受中选择，说明处理方向。
• 具体措施：写可执行的动作，而非“加强关注”这类表述。
• 责任人：对措施落地负责的单一角色，避免多人并列导致无人推进。
• 截止时间：措施应完成的日期，与项目里程碑对齐。
• 所需资源：措施需要的人力、预算或外部支持，便于提前协调。

监控类字段

• 监控指标：用什么数据判断风险在扩大还是收敛，例如延期天数、缺陷密度、供应商响应时长。
• 复查频率：按风险等级确定，见表四。
• 当前状态：建议使用“待处理、应对中、已缓解、已发生、已关闭”等有限状态，便于统计。
• 关闭条件：满足什么条件可以关闭，例如触发条件不再成立、措施完成并验证有效、风险已转化为问题另行处理。

必填与选填：哪些字段不能空

必填字段的作用是保证每条风险可被追踪和交接。选填字段用于补充信息，按项目情况决定是否填写。下表给出对照。

字段	必填/选填	理由或适用条件
风险编号	必填	唯一标识，缺失则无法引用和追溯
识别日期	必填	判断风险存续时间与复查是否及时
风险描述	必填	没有描述就无法评估和应对
概率、影响、风险等级	必填	决定应对力度与复查频率
应对策略、责任人、截止时间	必填	保证风险有人负责、有时间约束
当前状态	必填	支撑统计与交接
关闭条件	必填	避免风险长期挂起无法收口
识别来源	选填	小项目可省略；需要评估识别覆盖面时填写
触发条件	选填	高、中等级风险建议填写，低等级可省略
评估依据	选填	需要评审或跨团队交接时填写
具体措施、所需资源	选填	选择“接受”策略时可简化，其余策略建议填写
监控指标、复查频率	选填	高等级风险建议填写；低等级可沿用统一复查节奏

字段空缺时按以下规则处理：评估类字段空缺的风险不得进入应对环节，先补评估再排优先级；责任人空缺时默认由项目经理临时代管，并在下次复查时指定正式责任人；关闭条件空缺时按“触发条件不再成立且措施验证有效”作为默认口径；监控指标空缺时沿用所属风险等级的默认复查频率。

填写示例：一条风险从识别到关闭的完整记录

以下为演示情景，用于说明各字段如何对应填写，非真实项目案例。

识别。某系统集成项目在检查外部依赖时发现，核心接口的第三方供应商尚未提供联调环境。登记为 R-007，识别日期为项目第二阶段首日，识别来源为“外部依赖”，风险描述为“由于供应商联调环境交付时间未确认，可能导致接口联调延后，进而影响集成测试里程碑”。触发条件写为“联调环境在约定日期前仍未提供”。

评估。依据供应商过往两次交付记录和当前沟通进展，概率取“高”；影响取“高”，因为联调延后将直接推迟集成测试。风险等级为高，评估依据记录为“供应商历史交付延期两次，本次约定日期已过一周未确认”。

应对。策略选择“减轻”，具体措施为：与供应商确认交付日期并写入书面约定；同步准备模拟接口用于本地自测，降低对真实环境的依赖。责任人为集成负责人，截止时间为联调计划开始前一周，所需资源为一名接口开发人员约三天工作量。

监控与关闭。监控指标为“联调环境提供日期”和“模拟接口自测通过率”，复查频率为每周。首次复查状态为“应对中”；两周后供应商提供环境，模拟自测通过率达到约定值，触发条件不再成立，措施验证有效，状态更新为“已关闭”，并在记录中注明关闭日期与验证方式。

调整与维护方法：按项目规模裁剪并定期更新

模板的价值在于持续使用，字段多少应随项目规模调整，更新节奏应与项目节点绑定。

按项目规模裁剪

• 小型项目：保留风险登记表的必填字段，识别来源清单可合并为一次团队讨论记录，评估口径表沿用统一标准，复查频率统一为每两周。
• 中型项目：启用全部四张表，识别来源清单按类别分工检查，高等级风险单独设定监控指标。
• 大型项目：在四张表基础上按子系统或阶段拆分登记表，增加评估依据的评审记录，复查频率按风险等级分层执行。

版本与更新节奏

模板本身应有版本号和变更记录，记录每次字段增删、口径调整的原因和生效日期。风险复查按表四的频率执行，阶段结束时做一次全量复核，检查是否有风险应升级、关闭或转为问题。项目收尾时把实际发生的风险与应对效果整理成复盘记录，作为下一个项目识别来源清单的输入。

与其他管理活动的边界

风险登记表记录尚未发生、可能影响目标的事件；已经发生并造成阻塞的事项转入问题管理，按问题流程处置，并在风险记录中注明转化关系。项目组合层面的风险平衡与资源分配属于组合管理范畴，单项目登记表只保留与自身目标相关的条目，避免把跨项目资源冲突全部堆入单表。

当团队需要在协作工具中承载这张登记表时，可以把风险作为工作项类型维护，用状态字段对应“待处理、应对中、已缓解、已关闭”，用责任人和截止时间字段落实应对安排。ONES 支持设置项目计划和里程碑基线，实时对比计划与执行的偏差，帮助团队提早识别风险和问题；团队也可以按项目计划和工作分工持续查看任务状态、阶段进展和待处理问题，及时识别影响交付的风险。对于需要追溯变更的场景，可通过对比版本细节追溯计划调整过程。是否启用内置模板、字段结构和提醒机制，建议在选型时结合团队实际流程核验。

常见问题

风险登记表里的“关闭条件”和“当前状态”应该怎么配合使用？

当前状态反映风险此刻处于哪个阶段，关闭条件则规定达到什么标准才能把状态改为“已关闭”。填写时先写清关闭条件，例如“触发条件不再成立且措施验证有效”，再在每次复查时对照条件判断状态是否需要推进。状态建议使用有限取值，如待处理、应对中、已缓解、已发生、已关闭，便于统计和交接。关闭条件空缺时，可按“触发条件不再成立且措施验证有效”作为默认口径，避免风险长期挂起。

项目进行到一半才开始建风险登记表，前面已经发生的风险怎么处理？

已经发生并造成阻塞的事项属于问题管理范畴，按问题流程处置，不必再作为风险条目从头跟踪。可以在风险登记表中保留一条记录，注明该风险已转化为问题并给出对应问题编号，形成追溯关系。对于尚未发生但已有明显迹象的风险，补录时把识别日期写为实际发现日期，评估依据记录当前可观察到的事实，例如进度偏差、供应商沟通记录，再按等级安排应对和复查。

小团队人手有限，四张表都要填吗？

不必。小型项目可以只保留风险登记表的必填字段，识别来源清单合并为一次团队讨论记录，评估口径沿用统一的高、中、低标准，复查频率统一为每两周。选填字段如识别来源、触发条件、评估依据、监控指标，在需要评审、跨团队交接或风险等级较高时再补充。裁剪的原则是保证每条风险有编号、有责任人、有截止时间、有状态和关闭条件，其余字段按实际需要增减。

风险复查会上应该看哪些字段，怎么判断风险需要升级？

复查时重点看监控指标的变化、措施进展、当前状态和关闭条件是否临近满足。判断升级可参考几个信号：监控指标持续恶化、触发条件已经出现、原定措施到期未完成、影响范围扩大到其他里程碑。出现这些情况时，应重新评估概率与影响，调整风险等级，并相应提高复查频率、补充应对措施或调整责任人。阶段结束时建议做一次全量复核，检查是否有风险应升级、关闭或转为问题。

在协作工具中承载风险登记表时，需要提前确认哪些配置？

可以先把风险作为一种工作项类型维护，用状态字段对应待处理、应对中、已缓解、已关闭等取值，用责任人和截止时间字段落实应对安排。ONES 支持设置项目计划和里程碑基线，实时对比计划与执行的偏差，帮助团队提早识别风险和问题；团队也可以按项目计划和工作分工持续查看任务状态、阶段进展和待处理问题。对于需要追溯变更的场景，可通过对比版本细节追溯计划调整过程。是否启用内置模板、字段结构和提醒机制，建议结合团队实际流程在选型时核验。