风险敞口量化要解决的问题，是把“可能发生、影响多大、会持续多久”这类模糊判断，折算成可比较的数值，用于风险排序和资源分配。常用口径是概率×影响×暴露期：先统一影响单位，再估概率，乘以风险在评估时间窗内的暴露占比。结果属于期望值，适合排序与预算参考，不能当作确定损失或绩效结论。
要点总览（TL;DR）
- 风险敞口按“发生概率×影响值×暴露期”折算成期望损失，三项输入统一单位后才能相加和排序。
- 影响值在项目内统一为金额、人天或工期天，换算规则写进指标定义；暴露期用影响时间除以评估时间窗，取值在0到1之间。
- 项目总敞口为各风险敞口之和，风险相关时以区间表达，避免简单相加造成高估。
- 敞口结果是期望值，用于排序、预算和应对优先级，不能当作确定损失或绩效结论，需定期复核口径并用实际发生情况校准。
- 已发生并造成阻塞的事项转入问题管理，不纳入未发生风险的敞口统计。
量化风险敞口要回答什么问题
敞口量化的直接用途是给风险排序，让有限的应对资源优先投向“发生可能性高、一旦发生影响大、且影响会持续较长时间”的风险。评估开始前，需要把用途写清楚，否则同一套数字容易被不同角色按不同目的解读。
常见的决策用途有三类：一是排序，确定哪些风险进入重点跟踪清单；二是预算，为应对措施预留多少人力、费用或工期缓冲；三是应对优先级，决定先做规避、转移还是接受。三类用途对精度的要求不同，排序可以接受分档估计，预算则要求影响值有相对明确的单位与来源。
敞口评估还要划清边界。已发生并造成阻塞的事项属于项目问题，走问题处置流程，不进入未发生风险的敞口统计；项目组合层面的风险平衡与资源分配，涉及跨项目取舍，属于组合管理范畴，单项目敞口只作为输入之一。评估周期建议与项目节奏对齐，例如按迭代、按月或在里程碑评审时更新，并明确由项目经理牵头、各风险责任人提供输入、技术或业务负责人复核影响值。
敞口指标与统计范围怎么定
纳入统计的对象是尚未发生的不确定性，即“可能发生但当前未发生”的风险事件。已经发生、正在阻塞交付的事项应转入问题管理，避免同一件事既算风险又算问题，造成敞口虚高。范围确定后，用一张指标定义表把口径固定下来，后续复算才有依据。
| 要素 | 定义 | 取值示例 |
|---|---|---|
| 纳入范围 | 评估时间窗内尚未发生、且可能影响项目目标的不确定性 | 关键接口延期、核心人员流失、第三方依赖交付延迟 |
| 排除范围 | 已发生并造成阻塞的问题；已关闭且不再复发的风险 | 已确认的线上故障、已解决的资源冲突 |
| 概率 | 评估时间窗内风险发生的可能性 | 百分比，或高/中/低分档并绑定区间 |
| 影响 | 风险一旦发生造成的损失，统一换算为单一单位 | 金额、人天或工期天 |
| 暴露期 | 风险在评估时间窗内实际可能造成影响的时间占比 | 0 到 1 之间的小数 |
影响单位要在项目内统一。费用类风险用金额，人力投入类风险用人天，进度类风险用工期天；如果项目同时存在多类风险，可以选定一种主单位，其余按换算规则折算，例如人天按内部人力成本折算为金额。换算规则要写进指标定义，避免不同人各算各的。
风险清单的粒度以“可独立评估概率和影响”为准。一个风险条目只描述一个事件，避免把“人员流失且接口延期”合并成一条，否则概率和影响都无法单独取值。清单整理后要做去重，同一根因引发的多个表现合并为一条主风险，必要时在描述中列出关联表现。
概率、影响与暴露期的数据口径
三项输入各自需要可核验的取值口径。概率可以用百分比，也可以分档，但分档必须绑定区间和依据来源，例如“高：60%以上，依据为近三个同类项目中有两次发生”。同一分档在不同项目中的含义要保持一致，否则跨项目比较会失真。
概率的依据来源通常包括历史项目数据、同类风险评估记录、供应商或合作方的交付记录，以及团队对技术难点的判断。没有历史数据时，可以采用专家判断并记录判断人和判断理由，同时标注为低置信度估计，在复核时优先更新。
影响值的估算按单位分别处理。金额影响可直接估算直接损失与补救成本；人天影响按需要投入的额外人力估算；工期天影响按关键路径上的延误天数估算。估算时写明假设条件，例如“按当前团队规模，返工需要 5 人×3 天”。影响值应取区间中值或保守值，并注明取值方式。
暴露期的分母是评估时间窗，例如项目剩余周期或本季度；分子是风险一旦发生、实际可能造成影响的时间长度。折算方式为分子除以分母，结果在 0 到 1 之间。举例来说，评估时间窗为 60 天，某风险若发生会影响关键路径 15 天，则暴露期为 0.25。暴露期为零表示该风险在评估时间窗内不会产生实际影响，敞口记为零，不参与排序。
缺失值和主观估计要显式处理。概率缺失时可先用分档中值并标注待补；影响值缺失时不应默认为零，而应标注“待估”并列入下次复核；主观估计要记录估计人和依据，便于后续对照实际发生情况修正口径。
敞口的计算步骤与公式
单风险敞口按以下公式计算：
单风险敞口 = 发生概率 × 影响值 × 暴露期
其中概率用 0 到 1 的小数或百分比，影响值使用统一单位，暴露期为 0 到 1 的占比。计算结果的单位与影响值一致，例如影响值用人天，敞口结果就是“期望人天”。
项目总敞口为各风险敞口之和。当风险之间存在相关性时，例如两个风险由同一供应商引起，简单相加会高估总敞口，此时应给出区间或按情景修正：可以计算“独立相加”的上界和“按相关性折减”的下界，以区间形式表达总敞口。
计算步骤建议固定为：第一步，确认评估时间窗和纳入清单；第二步，逐条填写概率、影响值、暴露期及依据；第三步，按公式计算单风险敞口；第四步，汇总并做相关性修正；第五步，按敞口值降序排列，标注高敞口风险及其责任人。分母为零或暴露期为零时，该风险敞口记为零并单独标注原因，不参与排序，也不从清单中删除，以便后续复核时重新评估。
一个可复算的敞口计算例子
以下为演示情景，用于说明计算过程，数值不代表任何真实项目。
| 风险 | 概率 | 影响值 | 暴露期 | 单风险敞口 |
|---|---|---|---|---|
| 第三方接口交付延迟 | 40% | 12 人天 | 0.5 | 0.4×12×0.5 = 2.4 人天 |
| 核心开发人员流失 | 20% | 30 人天 | 0.8 | 0.2×30×0.8 = 4.8 人天 |
| 需求变更导致返工 | 50% | 8 人天 | 0.3 | 0.5×8×0.3 = 1.2 人天 |
三项风险敞口相加为 2.4 + 4.8 + 1.2 = 8.4 人天，这是独立假设下的总敞口。若“接口延迟”和“人员流失”都由同一外包团队引起，存在相关性，可按情景折减给出区间，例如下界取 6.5 人天、上界取 8.4 人天。排序结果为：人员流失 4.8 人天最高，接口延迟 2.4 人天次之，需求变更 1.2 人天最低。资源应优先投向人员流失的应对措施，例如知识备份和交接安排。
结果解读时注意，8.4 人天是期望值，表示在多次类似项目中平均可能损失的人天量，不表示本项目一定会损失 8.4 人天。它适合用来比较风险之间的相对大小和安排缓冲，不适合直接写进绩效结论。
结果解读与使用限制
敞口值是期望值，不是确定损失。概率和影响都带有估计成分，结果应连同依据和置信度一起呈现，单看一个数字容易产生过度精确的错觉。单指标也不能替代整体风险判断，技术可行性、合规要求、客户承诺等因素需要与敞口值一并考虑。
口径需要定期复核。评估时间窗变化、影响值假设调整、概率依据更新时，都应记录变更内容和变更时间，保证前后结果可比。建议在里程碑评审或月度风险会上复核一次，重点更新高敞口风险和低置信度估计。
验证方式是拿结果与实际发生情况对照。记录哪些风险实际发生、实际影响多少、暴露期估计是否接近，用这些数据修正下一轮的概率分档和影响估算。对照的目的在于校准口径，不用于评价个人判断的对错。
在风险清单和字段跟踪环节，可以用项目协作工具承载概率、影响值、暴露期和责任人等字段，让每次复核都有记录可查。ONES 支持设置项目计划和里程碑基线，实时对比计划与执行的偏差，提早识别风险和问题；其多维度项目数据统计与分析能力可用于汇总项目数据，为评估提供决策依据。将敞口计算的口径固定在这些字段和记录上，风险排序和资源分配就有了可追溯的输入。
常见问题
概率用百分比还是高/中/低分档更合适？
两种都可以，关键看用途和数据基础。用于排序时，分档加区间已经够用，例如“高：60%以上、中：30%–60%、低：30%以下”，并写明每档的依据来源。用于预算或跨项目比较时，建议用百分比，减少不同人对“高”的理解差异。
无论选哪种，同一项目内要保持一致，分档区间和百分比口径不要混用。没有历史数据时，可以采用专家判断，记录判断人和理由，标注为低置信度估计，在复核时优先更新。
暴露期和概率有什么区别，会不会重复计算？
两者描述的是不同维度。概率回答“风险会不会发生”，暴露期回答“一旦发生，影响会持续多久、占评估时间窗多大比例”。一个风险可能发生概率不高，但一旦发生会影响整个剩余周期，暴露期接近1；另一个风险发生概率较高，但只影响某个短窗口，暴露期可能只有0.2。
公式把两者相乘，是在同时考虑发生可能性和影响持续时间，不属于重复计算。需要注意的是，暴露期的时间窗要与概率的评估时间窗一致，否则两项输入的口径会对不上。
影响值估不出来，能不能先填零？
不建议填零。零会被当作“没有影响”，直接拉低敞口并影响排序。更稳妥的做法是标注“待估”，在清单中保留该风险，同时列入下次复核的重点，并指定负责估算的人。
如果时间紧迫，可以先按同类风险的历史值或保守区间中值临时取值，注明取值方式和假设条件。等有更可靠的数据再替换，替换时记录变更内容，保证前后结果可比。
风险之间存在相关性时，总敞口怎么汇总？
简单相加得到的是独立假设下的上界。当多个风险由同一根因引起，例如同一供应商、同一关键人员，同时发生的可能性更高，简单相加会高估总敞口。
可以给出区间：上界取独立相加值，下界按相关性做情景折减，例如把同源风险合并评估或按一定比例折减。区间表达比单一数字更贴近实际，也便于在评审时说明假设。折减比例需要写明依据，不能凭感觉设定。
敞口算出来之后，怎么验证口径是否合理？
用实际发生情况做对照。记录哪些风险实际发生、实际影响多少、暴露期估计是否接近，把偏差反馈到下一轮的概率分档和影响估算中。对照的目的是校准口径，不用于评价个人判断的对错。
建议在里程碑评审或月度风险会上复核一次，重点更新高敞口风险和低置信度估计。评估时间窗变化、影响值假设调整、概率依据更新时，都要记录变更内容和时间，保证前后结果可比。
