项目风险评估记录表的价值，在于把“风险是什么、怎么评、评完谁来做”固定在同一张表里，让不同角色按同一口径填写和复核。本文提供一份可直接复制的空白模板，逐字段说明取值规则，给出概率×影响的评分刻度与等级映射，并用一条完整记录演示填写与复评，最后说明评估表如何按风险编号与风险台账衔接。
要点总览（TL;DR）
- 空白评估记录表按“识别信息—评估打分—处置跟踪—复评记录”四段组织，每行一条风险，风险编号作为与台账共用的主键。
- 评分采用5级概率与5级影响，风险值=概率×影响，1–4为低、5–12为中、13–25为高，评分分歧按影响维度逐项对照刻度取最高值后裁定。
- 风险编号、描述、影响对象、概率、影响、风险值、等级、应对策略、责任人、复查日期和当前状态建议必填；来源、触发条件、计划完成时间可暂缺，但须标注待定并指定补齐责任人和期限。
- 评估表保留每次评估与复评的历史，台账只维护当前状态和跟踪记录，首次评估通过、复评变更、风险关闭三个时点按编号同步。
- 模板调整需记录版本、修改内容与生效范围，字段变更时同步检查台账映射，避免按编号回查时对不上。
可复制的项目风险评估记录表空白模板
下表按“识别信息—评估打分—处置跟踪”三段组织，每行对应一条风险。风险编号是评估表与台账共用的主键，填写时先编号再写描述。表格可直接粘贴到文档或电子表格中使用，复评时在同一编号下追加一行复评记录，保留历史版本。
| 段落 | 字段 | 填写内容 |
|---|---|---|
| 一、风险识别信息 | 风险编号 | |
| 风险描述 | ||
| 来源/触发因素 | ||
| 影响对象 | ||
| 提出人 | ||
| 提出日期 | ||
| 二、评估打分 | 发生概率（1–5） | |
| 影响程度（1–5） | ||
| 风险值（概率×影响） | ||
| 风险等级（高/中/低） | ||
| 评估日期 | ||
| 评估人 | ||
| 三、处置与跟踪 | 应对策略 | |
| 责任人 | ||
| 触发条件 | ||
| 计划完成时间 | ||
| 复查日期 | ||
| 当前状态 | ||
| 四、复评记录（同一编号可多次追加） | 复评日期 | |
| 复评人 | ||
| 复评后概率/影响/风险值 | ||
| 复评后等级与状态 | ||
| 变更说明 |
使用时建议一条风险占一行，复评记录另起一行并沿用原风险编号，这样同一风险的评估历史可以按编号纵向排列，后续写入台账时只需取最新一行。
每个字段填什么：字段说明与取值规则
字段说明的作用是让提出人、评估人和责任人对同一栏位写出可比对的内容。下表给出每个字段的含义、填写方式和示例取值，示例仅作格式参考。
| 字段 | 含义 | 填写方式 | 示例取值 |
|---|---|---|---|
| 风险编号 | 风险的唯一标识，与台账共用 | 项目代号+序号，一经分配不再复用 | PRJ-A-007 |
| 风险描述 | 可能发生的不利事件及其后果 | 写“事件+后果”，避免只写担忧 | 第三方接口交付延期，导致联调阶段顺延 |
| 来源/触发因素 | 风险产生的原因或可观察的前兆 | 写具体条件，便于设置触发条件 | 供应商排期未确认；接口文档未冻结 |
| 影响对象 | 受影响的交付物、环节或干系人 | 写清模块、里程碑或团队 | 联调里程碑、测试团队 |
| 提出人 | 识别并提交该风险的人 | 填姓名或工号 | 张明 |
| 提出日期 | 风险进入评估表的日期 | 统一格式，如YYYY-MM-DD | 2025-03-04 |
| 发生概率 | 在评估时点发生的可能性 | 按5级刻度取整数 | 4 |
| 影响程度 | 发生后对项目目标的最大冲击 | 按5级刻度取整数，多维度取最高 | 3 |
| 风险值 | 概率与影响的乘积 | 由前两项相乘得出，不手工估填 | 12 |
| 风险等级 | 风险值的区间映射结果 | 按等级映射表取值 | 高 |
| 评估日期 | 本次打分的日期 | 与复评日期区分 | 2025-03-05 |
| 评估人 | 对本次评分负责的人 | 通常为项目经理或风险负责人 | 李华 |
| 应对策略 | 规避、减轻、转移或接受 | 写策略名称加具体动作 | 减轻：提前锁定备选供应商 |
| 责任人 | 执行应对动作的人 | 填单一责任人，避免多人共担 | 王强 |
| 触发条件 | 启动应急预案的可观察信号 | 写可判断的事实，不写主观感受 | 供应商在约定日期前未回复排期 |
| 计划完成时间 | 应对动作的完成期限 | 与复查日期区分 | 2025-03-20 |
| 复查日期 | 下一次检查风险状态的日期 | 高风险缩短复查间隔 | 2025-03-12 |
| 当前状态 | 风险在跟踪周期内的处理阶段 | 待评估/跟踪中/已触发/已关闭 | 跟踪中 |
必填与选填：哪些字段不能空
必填字段决定这条记录能否进入评审和台账。风险编号、风险描述、影响对象、提出人、提出日期、发生概率、影响程度、风险值、风险等级、评估日期、评估人、应对策略、责任人、复查日期、当前状态建议设为必填；来源/触发因素、触发条件、计划完成时间可按项目阶段设为选填。
必填的理由各不相同：编号缺失会导致台账无法对应；描述和影响对象缺失会让评审无法判断严重性；概率、影响、风险值、等级缺失则评估结论不成立；应对策略、责任人和复查日期缺失，风险就只停留在登记层面，没有后续动作。
选填字段适用于早期识别阶段。风险刚被提出、信息尚不完整时，来源和触发条件可能暂时写不清，可以先留空，但要在记录中标注“待定”，并指定补齐责任人和补齐日期。计划完成时间在策略尚未确定时也可暂缺，待应对方案评审后补填。空缺处理遵循一条约定：任何空缺都要有责任人和补齐期限，评审时只接受带补齐计划的空缺。
评分口径：概率、影响与风险值怎么算
评分口径统一后，不同人填出的风险值才可比较。建议采用5级概率与5级影响，风险值为两者乘积，取值范围1–25。
| 等级 | 发生概率 | 判定参考 |
|---|---|---|
| 1 | 极低 | 现有条件下基本不会发生，无历史先例 |
| 2 | 较低 | 偶发可能，同类项目少见 |
| 3 | 中等 | 有一定可能，存在可观察的前兆 |
| 4 | 较高 | 条件正在形成，同类项目多次出现 |
| 5 | 很高 | 几乎确定发生，触发因素已出现 |
| 等级 | 影响程度 | 判定参考（进度、成本、质量、范围取最高） |
|---|---|---|
| 1 | 可忽略 | 对里程碑、预算、交付质量无明显影响 |
| 2 | 轻微 | 局部返工，可在缓冲内消化 |
| 3 | 中等 | 关键路径延误或成本超支，需要调整计划 |
| 4 | 严重 | 里程碑失守，需上报项目管理层协调 |
| 5 | 重大 | 项目目标无法达成，涉及合同或合规后果 |
| 风险值区间 | 风险等级 | 跟踪要求 |
|---|---|---|
| 1–4 | 低 | 按常规周期复查，状态变化时更新 |
| 5–12 | 中 | 设定复查日期，责任人定期反馈 |
| 13–25 | 高 | 缩短复查间隔，纳入项目例会跟踪 |
评分出现分歧时，由评估人和提出人各自说明依据，按影响维度逐项对照刻度取最高值，仍不一致的提交项目经理或风险评审会裁定，裁定结果写入变更说明，避免同一风险反复改分。
填写示例：一条完整风险评估记录
以下为演示情景，用于说明字段与评分如何配合，不代表真实项目数据。
| 字段 | 首次评估 | 复评 |
|---|---|---|
| 风险编号 | PRJ-A-007 | PRJ-A-007 |
| 风险描述 | 第三方接口交付延期，导致联调阶段顺延 | 同左 |
| 来源/触发因素 | 供应商排期未确认，接口文档未冻结 | 供应商已回复排期，文档仍待冻结 |
| 影响对象 | 联调里程碑、测试团队 | 同左 |
| 提出人/日期 | 张明 / 2025-03-04 | — |
| 发生概率 | 4 | 3 |
| 影响程度 | 3 | 3 |
| 风险值 | 12 | 9 |
| 风险等级 | 中 | 中 |
| 评估人/日期 | 李华 / 2025-03-05 | 李华 / 2025-03-12 |
| 应对策略 | 减轻：提前锁定备选供应商，联调计划预留缓冲 | 同左，增加每周排期确认 |
| 责任人 | 王强 | 王强 |
| 触发条件 | 供应商在约定日期前未回复排期 | 同左 |
| 计划完成时间 | 2025-03-20 | 2025-03-20 |
| 复查日期 | 2025-03-12 | 2025-03-19 |
| 当前状态 | 跟踪中 | 跟踪中 |
首次评分依据：供应商尚未确认排期，同类项目出现过类似延期，概率取4；延期主要冲击联调里程碑，可在缓冲内部分消化，影响取3，风险值12，落入中风险区间。复评时供应商已回复排期，触发因素减弱，概率下调为3，风险值降为9，等级仍为中，复查间隔保持一周。若后续排期再次推迟，概率回到4以上，则按高风险要求缩短复查间隔并上报。
与风险台账的衔接：编号、状态与同步规则
评估表与台账分工明确：评估表保留每次评估和复评的完整历史，台账只维护每条风险的当前状态和跟踪记录。两者以风险编号为主键对应，台账不重复保存历史评分，需要追溯时按编号回查评估表。
| 台账字段 | 来源 | 同步规则 |
|---|---|---|
| 风险编号 | 评估表 | 首次写入时创建，后续不变 |
| 风险描述 | 评估表最新一行 | 描述变更时同步更新 |
| 当前风险值/等级 | 评估表最新复评结果 | 每次复评后覆盖 |
| 应对策略/责任人 | 评估表最新一行 | 策略调整时同步 |
| 当前状态 | 台账维护 | 由责任人更新，回写评估表状态栏 |
| 下次复查日期 | 评估表最新一行 | 复评后同步 |
| 历史评估记录 | 不回写台账 | 通过风险编号回查评估表 |
同步时机有三个：首次评估通过评审后写入台账；复评导致风险值、等级、策略或复查日期变化时更新台账对应字段；风险关闭时在台账标记关闭并记录关闭依据，评估表保留最后一条记录。为避免两处不一致，建议约定台账为状态唯一来源，评估表为评分唯一来源，任何一方修改都按编号回写另一方。
当团队使用 ONES 管理项目时，可以把评估表作为 Wiki 文档模板沉淀，借助模板库一键创建制式化文档，并用页面版本记录保留每次复评的历史；风险条目则以工作项形式进入项目，文档与项目工作保持关联，需求与文档互相对应。ONES Wiki 支持为不同角色配置读写权限，评估人和责任人按职责填写对应区域。对于采用瀑布方式管理的项目，ONES 支持设置项目计划和里程碑基线，实时对比计划与执行的偏差，为风险识别提供输入。具体字段配置和状态流转方式需结合团队实际流程设计。
模板的调整与维护方法
模板需要随项目阶段和团队规模调整，但调整要有记录，避免不同项目用着不同口径却互不知情。
- 按阶段调整评分刻度：项目早期不确定性高，可保留5级刻度但放宽判定参考；进入交付阶段后，影响程度的判定应更贴近里程碑和合同约束。调整刻度时同步更新等级映射区间，并在模板版本说明中注明生效日期。
- 新增字段走评审：新增字段需说明用途、填写人和与台账的映射关系，经项目经理或质量管理角色确认后纳入模板，避免字段只增不减导致填写负担。
- 版本记录：每次修改记录版本号、修改内容、修改人和生效范围，旧版本评估表保留原样，不追溯改写历史记录。
- 与台账同步维护：模板字段变更时，检查台账映射表是否需要同步增删字段，两侧字段名保持一致，防止按编号回查时出现对不上的情况。
建议每季度或在项目阶段转换时检查一次模板使用情况，统计空缺字段和评分争议频次，据此决定是否简化字段或补充判定参考，让模板持续可用而不是停留在首次发布的状态。
常见问题
风险刚被提出、信息还不完整时，评估表可以先填一半吗？
可以，但要把空缺变成有归属的待办。来源/触发因素、触发条件、计划完成时间这类字段在早期识别阶段允许暂缺，填写时标注“待定”，同时写明补齐责任人和补齐日期。评审时只接受带补齐计划的空缺，没有责任人和期限的空白行不进入台账。
风险编号、风险描述、影响对象、概率、影响、风险值、等级、应对策略、责任人和复查日期建议始终填齐，这些字段决定记录能否被评审和跟踪。
两个人对同一条风险的概率打分不一致，怎么处理？
先各自说明打分依据，再按影响维度逐项对照刻度取最高值，概率按可观察的前兆判断。仍不一致时提交项目经理或风险评审会裁定，裁定结果写入变更说明，同一风险不反复改分。
减少分歧的长期办法是定期统计评分争议频次，据此补充判定参考或简化刻度，让不同角色的判断标准逐步对齐。
评估表和风险台账能不能只保留一份？
两份记录承担不同职责：评估表保留每次评估和复评的完整历史，台账只维护当前状态和跟踪记录。合并成一份后，历史评分容易被覆盖，追溯时看不到风险值变化的过程。
如果团队规模小、风险数量少，可以在一张表内用“当前行+历史行”的方式管理，但仍需保留风险编号作为主键，并明确哪一行代表当前状态，避免同一编号出现多个互相矛盾的结论。
风险关闭后，评估表和台账分别怎么处理？
关闭时在台账标记关闭并记录关闭依据，例如触发条件消失、应对动作完成或风险已转化为问题另行处理。评估表保留最后一条记录，不删除历史行。
关闭后的风险若再次出现，沿用原编号追加复评记录，并在变更说明中注明重新开启的原因，这样同一风险的完整生命周期都能按编号查到。
用文档工具管理评估表时，怎么减少两处记录不一致？
约定台账为状态唯一来源、评估表为评分唯一来源，任何一方修改都按风险编号回写另一方。评估表可以做成制式文档模板，复评时新增版本而不是直接改写旧内容，保留可回查的历史。
当团队使用 ONES 时，可以把评估表作为 Wiki 文档模板沉淀，借助模板库一键创建制式化文档，并用页面版本记录保留每次复评的历史；风险条目以工作项形式进入项目，文档与项目工作保持关联。ONES Wiki 支持为不同角色配置读写权限，评估人和责任人按职责填写对应区域。具体字段配置和状态流转方式需结合团队实际流程设计。
