风险敞口模板用一张表把每个风险的概率、影响、暴露期和阈值放在同一行记录，再由概率与影响算出敞口值，与阈值比较后决定应对策略和责任人。四个核心字段需要统一口径：概率用同一套分档或百分比，影响落到金额、工期等可量化单位，暴露期写明影响可能发生的时间窗口，阈值给出触发升级或处置的边界值。风险条目也可以放在ONES这类协作工具中承载，便于评审和状态流转。
要点总览（TL;DR）
- 风险敞口模板用一行记录一个风险，核心字段包括概率、影响、暴露期、阈值，以及由概率与影响推导的敞口值和阈值比较结果。
- 概率统一用分档或百分比区间，影响落到金额、工期或范围等可量化单位，暴露期写起止时间或阶段名称，阈值以敞口值为比较对象设定。
- 敞口值按“概率×影响”计算，与阈值比较后得出是否触发升级，并据此填写应对策略和责任人。
- 必填字段保证表格可评审，概率或影响暂无法确定时填“待定”而非零，避免敞口值被低估。
- 模板需按项目调整概率分档、影响单位和阈值，调整后保留旧行原值并标注模板版本，保证历史数据可比。
可复制的风险敞口评估空白表
下面这张表可以直接复制到文档或表格工具中使用。每行记录一个风险，表头字段与后文的字段说明、填写示例保持一致。空白行按需增加，建议一个风险一行，不把多个风险合并到同一行。
| 风险编号 | 风险描述 | 概率（分档/百分比） | 影响（金额/工期/范围） | 暴露期（起止时间） | 敞口值 | 阈值 | 阈值比较结果 | 应对策略 | 责任人 | 状态 | 更新日期 |
|---|---|---|---|---|---|---|---|---|---|---|---|
| R-001 | |||||||||||
| R-002 | |||||||||||
| R-003 |
如果团队习惯先做定性评估，可以把“概率”和“影响”两列改为分档取值，再增加一列“敞口等级”承接分档相乘的结果；如果项目要求金额口径，则保留数值列，敞口值直接按金额计算。两种做法选一种并在表头注明，避免同一张表混用两套口径。
每个字段记录什么：口径与取值规则
字段口径决定了这张表能否被汇总和比较。四个核心字段的取值规则需要在填表前确定，并写进模板的说明行或附注，让不同填写人产出一致的结果。
| 字段 | 记录内容 | 取值规则 |
|---|---|---|
| 概率 | 风险在暴露期内发生的可能性 | 统一使用分档（如极低、低、中、高、极高）或百分比区间，二选一；分档需附对应百分比范围，如“高=60%–80%” |
| 影响 | 风险发生后对项目的损失量 | 选一个主单位：金额（元/万元）、工期（天/周）或范围（受影响需求数、模块数）；同一张表内单位一致，跨单位影响需换算或单列说明 |
| 暴露期 | 风险可能造成影响的时间窗口 | 写起止时间或阶段名称，如“2025-03-01至2025-04-15”“集成测试阶段”；暴露期越长，同等概率下的关注优先级越高 |
| 阈值 | 触发升级或处置的边界值 | 以敞口值为比较对象设定，如“敞口值≥20万元”“敞口等级≥高”；阈值可分级设置，对应不同处置动作 |
| 敞口值 | 概率与影响综合后的量化结果 | 金额口径：敞口值=概率百分比×影响金额；分档口径：敞口值=概率档位分值×影响档位分值，分值表需在模板中给出 |
| 阈值比较结果 | 敞口值与阈值的比较结论 | 填写“未达阈值”“达到一级阈值”“达到二级阈值”等，直接对应下一列的应对策略 |
| 应对策略 | 针对该风险的处置动作 | 写明规避、减轻、转移、接受中的一种，并写具体动作，如“增加一组回归测试人力” |
| 责任人 | 负责跟踪和处置该风险的人 | 填具体姓名或角色，不填团队名称 |
| 状态 | 风险当前处理阶段 | 使用固定选项，如“待评估、监控中、已触发、已关闭” |
概率与影响的口径要成对确定。若概率用百分比、影响用金额，敞口值就是期望损失金额，阈值也按金额设定；若两者都用分档，敞口值就是等级分值，阈值按等级设定。暴露期不直接进入敞口值计算，但它决定风险在什么时间段内需要被持续监控，也影响阈值是否需要按阶段调整。阈值本身不是风险属性，而是团队管理边界的表达，设定时应参考项目预算、合同罚则或里程碑容差。
必填与选填：哪些字段不能空
必填字段保证表格能被评审和汇总，选填字段用于补充上下文。空缺不是错误，但空缺需要有明确的默认处理方式，否则汇总时会出现无法比较的行。
| 字段 | 必填/选填 | 理由与空缺处理 |
|---|---|---|
| 风险编号 | 必填 | 用于引用和去重；空缺时由模板按顺序自动编号 |
| 风险描述 | 必填 | 评审的基本对象；空缺的行不进入评审 |
| 概率 | 必填 | 敞口值计算的前提；暂无法判断时填“待定”并标注预计补充日期 |
| 影响 | 必填 | 同上；暂无法量化时先按最接近的分档填写，并注明“估算” |
| 暴露期 | 必填 | 决定监控窗口；不确定时填当前阶段名称，阶段变更时更新 |
| 阈值 | 必填 | 没有阈值就无法判断是否需要升级；可按项目统一阈值预填 |
| 敞口值 | 必填（可计算） | 由概率与影响推导，不建议手填；概率或影响为“待定”时留空并标注 |
| 阈值比较结果 | 必填（可计算） | 由敞口值与阈值比较得出；敞口值空缺时同步留空 |
| 应对策略 | 必填 | 达到阈值的风险必须有策略；未达阈值的可填“监控” |
| 责任人 | 必填 | 每条风险需要有人跟踪；空缺时由风险负责人统一指派 |
| 状态 | 必填 | 使用固定选项；新建行默认“待评估” |
| 更新日期 | 选填 | 用于判断信息新鲜度；建议每次评审后更新 |
| 触发条件说明 | 选填 | 记录阈值之外的定性触发信号，如关键人员离职、供应商延期通知 |
| 关联工作项 | 选填 | 填写关联的需求、任务或里程碑编号，便于追溯 |
空缺处理的原则是“留空可识别、原因可追溯”。概率或影响暂时无法确定时，填“待定”而不是填零，避免敞口值被低估；敞口值和比较结果由公式生成，源字段空缺时保持空白，不用默认值填充。评审时优先检查必填字段为空的行，把补充信息作为下次评审的输入。
填写示例：一条风险从录入到触发阈值
以下示例为演示情景，数值仅用于说明填写和计算方式，实际项目应按自身规模设定分档和阈值。
| 字段 | 填写内容 |
|---|---|
| 风险编号 | R-007 |
| 风险描述 | 第三方支付接口联调延期，导致上线窗口压缩 |
| 概率 | 高（60%–80%），取中值70% |
| 影响 | 工期延误10天，按每日人力成本折算约30万元 |
| 暴露期 | 2025-03-01至2025-04-15（联调至上线阶段） |
| 敞口值 | 70%×30万元=21万元 |
| 阈值 | 一级阈值20万元，二级阈值40万元 |
| 阈值比较结果 | 21万元≥20万元，达到一级阈值 |
| 应对策略 | 减轻：提前一周启动联调，安排备用支付渠道并行验证 |
| 责任人 | 支付模块负责人 |
| 状态 | 已触发 |
| 更新日期 | 2025-03-05 |
这条风险的填写过程分三步：先确定概率档位并换算成百分比，再把工期影响折算成金额，两者相乘得到21万元的敞口值；然后与一级阈值20万元比较，结果达到阈值，状态从“监控中”改为“已触发”，应对策略从“监控”升级为具体的减轻动作，并指定责任人。暴露期在这里的作用是限定监控窗口：4月15日上线后，如果风险未发生，该行状态改为“已关闭”；如果联调继续延期，需要重新评估概率并更新敞口值。
阈值分级让处置动作有层次。达到一级阈值时由模块负责人执行既定减轻措施；如果敞口值继续上升到40万元以上，触发二级阈值，升级到项目负责人决策，考虑调整上线范围或增加外部资源。这样阈值不只是数字，而是和责任人、动作绑定在一起。
模板的调整与维护方法
模板需要随项目规模和阶段变化调整，但调整要有规则，避免同一项目内口径漂移，也避免历史数据失去可比性。
- 概率分档按项目调整。新项目启动时确定分档数量和百分比区间，写进模板说明行；同一项目周期内不随意增减档位。跨项目汇总时，保留原始分档并附换算规则，不直接合并不同分档体系的数据。
- 影响单位按评估对象调整。以成本为主的项目用金额，以交付节点为主的项目用工期天数；一张表只用一个主单位，需要同时看多个维度时增加辅助列并注明“参考值”。
- 阈值按阶段调整。立项和规划阶段阈值可设得宽一些，进入集成测试和上线阶段后收紧；每次调整记录生效日期和调整人，调整前的行保留原阈值和比较结果，不回溯改写。
- 暴露期随计划更新。里程碑或上线日期变更时，同步更新相关风险的暴露期起止时间，并在更新日期列记录变更时点。
- 版本与评审节奏。模板本身按版本管理，字段增删或口径变化时升一个版本号，旧版本存档；风险表建议每周或每个里程碑评审一次，评审输出包括新增风险、关闭风险、阈值触发项和待补充字段清单。
- 历史数据一致性。口径调整后，新行按新规则填写，旧行保留原值并标注适用的模板版本；需要横向比较时，用换算说明把旧数据映射到新口径，不直接覆盖原始记录。
如果团队在ONES中管理项目，风险表可以作为Wiki页面用模板库创建并持续维护，页面版本记录支持查看和回滚，便于追踪口径调整过程；风险条目也可以作为工作项承载，与需求、任务关联，评审时结合计划基线对比识别偏差。模板库中是否预置风险敞口评估表，需以实际产品中的模板列表为准。
常见问题
概率和影响一个用百分比、一个用分档，可以放在同一张表里吗？
可以，但需要成对确定口径。如果概率用百分比、影响用金额，敞口值就是期望损失金额，阈值也按金额设定；如果两者都用分档，敞口值就是等级分值，阈值按等级设定。同一张表内建议只选一种组合，并在表头或说明行注明，避免不同填写人混用两套口径导致汇总结果无法比较。
暴露期不参与敞口值计算，为什么还要作为必填字段？
暴露期决定风险在什么时间段内需要被持续监控，也影响阈值是否需要按阶段调整。例如同一条风险在立项阶段和上线阶段的关注优先级不同，暴露期能帮助团队判断何时该收紧阈值、何时可以关闭该行。它不进入敞口值公式，但为阈值比较提供时间上下文。
阈值应该由谁设定，设定后还能改吗？
阈值是团队管理边界的表达，通常由项目负责人或风险负责人结合项目预算、合同罚则或里程碑容差设定。阈值可以按阶段调整，例如立项阶段设得宽一些，进入集成测试和上线阶段后收紧。每次调整应记录生效日期和调整人，调整前的行保留原阈值和比较结果，不回溯改写。
概率或影响暂时无法确定时，表格该怎么填？
填“待定”并标注预计补充日期，不要填零。敞口值和阈值比较结果由公式生成，源字段为“待定”时保持空白，不用默认值填充。评审时优先检查必填字段为空的行，把补充信息作为下次评审的输入。这样空缺可识别、原因可追溯，也避免敞口值被低估。
模板调整后，之前填好的历史风险行要不要按新口径重算？
不建议直接覆盖原始记录。口径调整后，新行按新规则填写，旧行保留原值并标注适用的模板版本；需要横向比较时，用换算说明把旧数据映射到新口径。这样既保持历史数据可追溯，也避免同一张表内出现无法解释的数值跳变。
