评估风险影响程度，需要把“可能发生什么”换算成“发生后会损失多少”。可核验的做法是围绕时间、成本、范围质量、业务与合规四类后果，收集受影响工作项与依赖、历史同类事件的实际损失、估算区间与假设、触发条件与时间窗，再统一换算成人天、金额或里程碑偏移天数，给出区间和置信度。证据不足时标注待验证，用区间上限做保守判断。
要点总览（TL;DR）
- 影响程度评估的对象是尚未发生的单个风险条目，结论必须与时间窗一起记录；已发生的阻塞按问题管理处理，组合层面的风险平衡不在本文范围。
- 证据围绕时间、成本、范围质量、业务与合规四类后果归集：受影响工作项与依赖、历史同类事件实际损失、估算区间与假设、触发条件与剩余缓冲。
- 把各维度折算为人天、金额或里程碑偏移天数，给出影响区间和置信度，再与发生概率组合排序；分级阈值由团队自定。
- 某维度缺数据时不用零填充，标注待验证并以区间上限参与汇总；连上限都无法估算的风险暂不参与排序，列入待补充证据清单。
- 影响分值是排序工具，跨项目不可直接比较；触发条件临近、缓冲减少或依赖调整时应重新采集证据并更新区间。
评估目标：判断风险一旦发生会造成多大后果
影响程度评估回答的是一个具体问题：某个尚未发生的不确定性一旦发生，会给当前项目带来多大后果。评估对象是风险登记中的单个风险条目，评估结论对应一个明确的时间窗，例如“本迭代内”“下一个里程碑之前”或“上线前两周”。时间窗不同，同一风险的后果量级可能差别很大，因此评估结论必须与时间窗一起记录。
这个评估与两类相邻工作有边界。已经发生的阻塞、故障和延期属于问题管理，处理方式是止损、恢复和复盘，不进入影响程度打分；多个风险之间的资源平衡、组合取舍属于项目组合层面的决策，本文不展开。影响程度评估只产出单个风险条目的后果量级，作为后续排序和应对措施选择的输入。
评估开始前，团队需要先确认三件事：风险描述是否指向具体的事件而非笼统的担忧；时间窗是否与项目阶段绑定；评估结论将用于什么决策，例如是否调整排期、是否增加资源、是否升级到管理层。目标不清时，收集证据容易发散，最后得到一堆无法比较的数字。
指标与范围：四类影响维度及统一量纲
影响程度通常从四个维度观察。每个维度都要落到可计量的量纲上，否则不同风险之间无法比较。下表给出维度、常用量纲和适用说明，团队可据此选择本项目实际采集的维度。
| 影响维度 | 可计量指标 | 常用量纲 | 适用说明 |
|---|---|---|---|
| 时间 | 里程碑偏移天数、关键路径延误天数、交付窗口错失 | 天 | 有明确里程碑或交付日期的项目；需先识别关键路径 |
| 成本 | 额外人力投入、采购支出、返工工时、违约赔付 | 人天、金额 | 有工时记录或预算科目的项目；人天可按内部单价折算金额 |
| 范围与质量 | 交付项缺失数量、缺陷等级与数量、验收不通过项 | 项、个、等级 | 有明确验收标准或缺陷分级规则的项目 |
| 业务与合规 | 受影响客户数或业务量、合同违约条款触发、监管要求未满足 | 户、笔、条款项 | 面向外部客户或有合规要求的项目；需法务或合规角色确认 |
四类维度并非每个项目都要全部采集。内部工具类项目可能重点看时间和人力成本；面向客户的交付项目需要补充业务影响面；受监管行业则必须纳入合规维度。维度选择应在评估前确定并写入口径说明，避免评估过程中临时增加维度导致结论不可比。
统一量纲是让影响程度可比较的关键。常见做法是把时间、成本、范围质量折算为人天或金额，业务与合规影响单独保留为定性等级并附证据。折算规则由团队自定，但必须写清楚换算假设，例如“1 个 P1 缺陷按 3 人天返工估算”“里程碑偏移 1 天按关键路径上 2 人并行折算”。假设公开，结论才可复核。
数据口径与证据：每类影响需要哪些可核验材料
影响程度评估的可信度取决于证据是否可核验。以下四类材料是主要来源，采集时应同时记录口径、单位和取数时间。
工作项与依赖关系数据
用于判断风险发生后会波及多少任务、是否落在关键路径上。需要采集：受影响工作项清单及数量、关键路径标记、上下游依赖关系、关联里程碑。取数口径建议以评估时点的工作项状态为准，已完成项不计入受影响范围。依赖关系要区分强依赖与弱依赖，强依赖中断会直接阻塞后续任务。
历史同类事件的实际损失记录
用于校准估算。需要采集：过去同类风险或事件的实际工时消耗、费用支出、延期天数、返工范围。口径上应注明样本数量和时间范围，例如“近三个迭代内发生的 4 次接口联调延期，平均延期 3 天，最长 6 天”。样本过少时，历史数据只能作为参考区间，不能当作确定值。
估算区间与假设
用于表达不确定性。需要采集：专家判断的上下限、类比项目的对应数据、参数来源（如供应商报价、内部单价表）。每个估算值都应附假设，例如“假设返工由现有团队承担，不新增外包”。假设变化时，影响区间随之调整。
触发条件与时间窗
用于判断风险在什么阶段可能发生、发生时还剩多少缓冲。需要采集：风险可能触发的阶段或事件、当前剩余缓冲（工期余量、预算余量、人力余量）。剩余缓冲越少，同样的后果对项目的实际冲击越大。
这些数据分散在项目计划、工时记录、缺陷库和合同文档中。ONES 支持为任务设置前后置依赖并用里程碑标记关键时间点，也提供工时日历与成员工时报表，可作为受影响范围和人力成本的取数来源；基线对比结果可用于识别计划与执行的偏差。评估时仍需结合历史损失记录和业务侧证据，工具中的数据只是证据的一部分。
计算与评估步骤：从证据到影响分值
从证据到影响分值可以按以下步骤执行，每一步都保留中间结果，便于复核。
- 确定评估对象与时间窗。写明风险条目编号、风险描述、评估时间窗和评估日期。
- 逐维度换算。时间影响 = 关键路径延误天数；成本影响 = 额外人力人天 × 内部单价 + 采购或赔付金额；范围质量影响 = 缺失交付项数 × 单项折算人天 + 缺陷返工人天；业务合规影响按受影响客户数或条款项记录，并标注等级。
- 汇总为统一量纲。将各维度折算值相加得到影响区间。区间下限取各维度较乐观的估算，上限取较保守的估算。公式可写为：影响区间 = [Σ各维度下限, Σ各维度上限]，单位为金额或人天。
- 标注置信度。证据充分（有历史数据且样本足够）标为高；仅有专家判断标为中；仅有假设或类比标为低。置信度与区间一起记录。
- 与概率组合排序。影响程度单独不能决定优先级，需与发生概率组合。常用做法是概率等级 × 影响等级得到风险分值，分级阈值由团队结合项目类型自定，不设通用达标线。
- 处理缺失数据。某维度无数据时，不用零填充，改为标注“待验证”，并以该维度区间上限参与汇总；若连上限也无法估算，则该风险暂不参与排序，列入待补充证据清单。分母为零的情况（如无关键路径、无历史样本）应在口径说明中注明，改用替代口径或定性判断。
计算完成后，建议保留一张影响评估记录表，包含风险编号、时间窗、各维度区间、汇总区间、置信度、待验证项和评估人。记录表使结论可追溯，也方便风险状态变化后更新。
例子：一个进度风险的影响程度评估
以下为演示情景，用于说明评估过程，数据为示例值。
风险描述：第三方支付接口的联调环境可能延迟提供，导致支付模块集成测试推迟。时间窗为当前迭代剩余两周至下一个里程碑（版本提测）之间。
采集到的证据：受影响工作项为支付模块集成测试及其下游 6 个测试任务，其中 3 个位于关键路径；历史记录显示近两次类似联调延迟分别造成 3 天和 5 天延期；供应商口头承诺本周提供环境，无书面确认；当前迭代剩余缓冲为 2 天。
换算过程：时间影响下限取历史较低值 3 天，上限取 5 天并考虑缓冲不足追加 1 天，为 6 天；关键路径上 2 名测试人员并行，折算人天为 6 至 12 人天；范围质量影响暂按 1 个验收项顺延计，折算 2 人天。汇总影响区间为 8 至 14 人天，对应里程碑偏移 3 至 6 天。
结论表述：该风险若发生，预计造成 8 至 14 人天额外投入、里程碑偏移 3 至 6 天，置信度中（有历史数据但样本少，供应商承诺未书面化）。待验证项：供应商环境提供的确切日期、下游测试任务是否可并行调整。建议按区间上限 14 人天参与排序，并在获得书面确认后更新评估。
解读与限制：影响分值的适用边界
影响分值是排序工具，用于在多个风险之间分配注意力和资源，不构成对结果的因果保证。分值高说明按当前证据后果量级大，不说明风险一定发生，也不说明采取措施后一定避免损失。
不同项目之间的影响分值不能直接比较。各项目的折算假设、单价、缓冲和验收标准不同，跨项目比较前必须说明换算假设，或改用统一的组织级口径重新计算。同一项目内不同时间点的评估也应注明评估日期，避免用旧分值判断新状态。
证据不足时，以区间上限做保守判断并标注待验证，是常见的处理方式。这种做法会高估部分风险的影响，但能避免低估关键风险。待验证项应指定责任人和补充证据的时间点，不能长期停留在标注状态。
风险状态会随项目推进变化，影响评估需要定期复核。触发条件临近、剩余缓冲减少、依赖关系调整或历史数据更新时，都应重新采集证据并更新区间。复核记录与初评记录一并保留，便于回溯判断依据的变化。
常见问题
风险影响程度评估和问题管理怎么区分，同一个事项会不会两边都记？
按是否已经发生来区分。尚未发生的不确定性进入风险条目，评估其一旦发生带来的后果量级；已经发生的阻塞、故障和延期进入问题管理，处理止损、恢复和复盘。同一个事项在发生前后身份会转换：风险触发后转为问题处理，原风险条目关闭并保留评估记录，便于事后对照实际损失校准估算。两边同时挂账会让排序失真，也会让复盘时找不到基准。
历史同类事件样本很少，甚至只有一两次，还能用来估算影响区间吗？
可以用，但要降低置信度并扩大区间。样本只有一两次时，历史数据适合作为区间的参考点，例如取已发生损失的最小值和最大值作为下限与上限的起点，再结合专家判断调整。评估记录中注明样本数量和时间范围，置信度标为中或低。样本过少时，更稳妥的做法是把区间上限适当放宽，并在待验证项中写明需要补充哪类数据，例如后续同类事件的工时记录。
多个维度的量纲不同，折算成人天或金额时假设由谁定、怎么保证前后一致？
折算假设应在评估前由项目负责人牵头确定，涉及成本口径时请财务或商务角色确认，涉及合规条款时请法务或合规角色确认。假设写成书面口径说明，例如缺陷等级的返工人天、关键路径上并行人数、内部单价，评估过程中不临时改动。同一项目内多次评估沿用同一套假设；假设确需调整时，注明调整日期和原因，并对已评估的风险重新计算，避免新旧分值混在一起排序。
影响区间算出来之后，和发生概率怎么组合才不至于拍脑袋？
常见做法是把概率和影响各分若干等级，用等级相乘或矩阵定位得到风险分值，再按分值排序。等级划分和阈值由团队结合项目类型自定，例如按影响区间上限落在哪个人天或金额档位定级。需要留意的是，概率判断同样需要证据支撑，例如触发条件是否临近、依赖方是否有书面承诺。概率和影响都标注置信度，低置信度的高分风险应优先补充证据，而不是直接进入应对措施清单。
评估做完后，什么情况下必须重新评估？
触发条件临近、剩余缓冲明显减少、依赖关系调整、历史数据更新，或应对措施已经实施改变了原有假设时，都应重新采集证据并更新区间。复核记录与初评记录一并保留，写明判断依据的变化。定期复核的节奏可与迭代或里程碑评审对齐，避免用几个月前的分值判断当前状态。待验证项要指定责任人和补充证据的时间点，长期停留在标注状态会让评估结论逐渐失去参考价值。
