风险影响程度评估的是尚未发生的不确定性一旦成真，会对项目目标造成多大后果。它服务于风险排序、应对优先级和资源分配，需要先定目标维度与分级锚点，再用“影响分×概率分”得到可比较的风险值。本文给出维度定义、数据口径、计算步骤和一个完整算例，并说明分数在什么条件下可读、在哪些场景下不能直接比较。
要点总览（TL;DR）
- 风险影响程度评估的是尚未发生的风险一旦成真对项目目标的后果大小，用于风险排序、应对优先级和资源分配，已发生的阻塞按问题管理处理。
- 影响程度按范围、进度、成本、质量、合规与安全等目标维度拆分，每个维度用带单位、区间和参照基准的分级锚点替代“轻微、中等、严重”这类形容词。
- 常用计算为风险值＝影响分×概率分，影响分与概率分均取1至5分时风险值区间为1至25，仅用于同一轮评估内排序；多维度影响可取最高维度分或加权求和，选定后整轮保持一致。
- 打分口径要求同一维度同一单位、同一时间窗、同一分母，定性判断记录依据与判断人；某维度无数据时改用其他维度或标注未评，不默认按零分计入。
- 风险值高表示后果重且较可能发生，不表示必然发生；不同项目、不同维度、不同时间窗的分数不可直接横向比较，单指标不能替代整体风险判断。
评估目标：风险影响程度要回答什么问题
风险影响程度要回答的是一个具体问题：如果这件尚未发生的事真的发生，项目目标会被推到什么位置。它不回答“这件事会不会发生”，也不回答“现在卡在哪里”。把这两类问题分开，评估结果才有稳定的解释口径。
评估结果主要供三类决策使用。第一是排序，当风险清单上有十几条甚至几十条条目时，用影响程度和概率合成风险值，决定先看哪几条。第二是应对优先级，影响程度高的风险通常需要更早确定应对策略、责任人和触发条件。第三是资源分配，包括预留缓冲、安排备选方案、提前协调外部依赖。
评估对象限定为尚未发生的风险。已经发生并造成阻塞的事项属于问题管理，处理路径是响应、恢复和复盘，而不是继续打分排序。项目组合层面的风险平衡涉及跨项目资源调配，属于另一层决策，本篇不展开。
在开始打分前，建议先写清三件事：评估结果给谁看、用于哪类决策、多久复评一次。这三项决定了后续维度的取舍和锚点的粗细。例如只用于项目内部周会排序，维度可以少而粗；需要向管理层汇报资源申请，则成本与进度维度要给出更细的区间。
指标与范围：影响维度、等级与边界
影响程度按项目目标维度拆分，常见维度包括范围、进度、成本、质量、合规与安全。维度不必求全，但一旦确定，在同一轮评估中应保持一致，避免有的风险按进度打分、有的按成本打分，导致分数之间失去可比性。
每个维度需要给出分级锚点，也就是把“轻微、中等、严重”这类形容词换成可核对的条件。锚点写法建议包含单位、区间和参照基准。下表是一份可直接改用的示例结构，具体数值由组织根据项目规模和合同约束自行设定。
| 维度 | 1分（轻微） | 3分（中等） | 5分（严重） |
|---|---|---|---|
| 进度 | 关键路径延误不超过3个工作日 | 关键路径延误4至10个工作日 | 关键路径延误超过10个工作日或影响里程碑交付 |
| 成本 | 超支不超过预算的2% | 超支预算的2%至5% | 超支超过预算的5% |
| 范围 | 少量非核心功能调整，验收标准不变 | 核心功能需裁剪或替换，需变更评审 | 交付范围无法满足合同或验收要求 |
| 质量 | 个别缺陷，不影响上线 | 影响部分用户使用，需修复后上线 | 导致上线回滚或重大客诉 |
| 合规与安全 | 内部规范提示，可即时整改 | 需限期整改并记录 | 触发监管、审计或数据安全事件 |
纳入范围是项目内尚未发生的风险，包括技术、需求、资源、外部依赖等来源。排除范围包括已发生的问题、组织级战略风险，以及跨项目的组合风险平衡。边界写清楚，可以避免评估会上把已经发生的故障当成风险重新打分，浪费讨论时间。
数据口径与证据：分数从哪来
影响分的输入来源主要有四类：项目计划与基线、历史项目数据、专家判断、干系人访谈。计划与基线提供进度和成本的参照值，历史数据提供同类风险的实际后果分布，专家判断补充经验性信息，干系人访谈则帮助确认验收标准和合规要求。四类来源可以交叉使用，但要在记录中注明每条风险主要依据哪一类。
口径统一是打分可复算的前提，重点落在三个“同一”。同一维度使用同一单位，进度统一用工作日、成本统一用金额或预算占比。同一时间窗，明确评估的是未来一个迭代、一个季度还是到项目结束的影响。同一分母，成本超支比例的分母是原预算还是当前批准预算，需要事先约定。三项中任何一项在不同风险之间不一致，分数就无法放在一起排序。
定性判断必须留下依据和判断人。只记录一个“4分”无法复核，也无法在复评时判断分数变化来自风险本身还是判断标准漂移。建议在风险条目中同时记录：判断依据（引用计划条目、历史数据或访谈结论）、判断人、判断日期。这样在口径调整或人员变动时，仍能追溯分数来源。
数据缺失是常见情况。某维度没有可用数据时，应改用其他有依据的维度，或在条目上标注“未评”，不要默认按零分计入。零分意味着“无影响”，与“未知”是两回事，混用会系统性低估风险。
计算与评估步骤：从打分到风险值
评估按固定顺序推进，每一步都有明确产物，便于复算和复核。
- 识别风险。以风险条目形式记录事件描述、触发条件和可能受影响的维度，一条风险只描述一个不确定性。
- 选定维度。从已定义的维度表中选出该风险实际影响的维度，通常一到两个，避免全部勾选导致分数虚高。
- 按锚点定影响分。对照分级锚点表，给出每个受影响维度的分值，并记录依据。
- 评概率。用与影响分相同的分值区间评估发生可能性，例如1至5分，并为每个分值给出概率区间定义，如“5分：本季度内发生可能性超过70%”。
- 合成风险值。常用公式为风险值＝影响分×概率分。若影响分与概率分均取1至5分，风险值区间为1至25，无单位，仅用于同一轮评估内的排序。
- 排序与复核。按风险值降序排列，对排名靠前的条目复核依据是否充分，确认是否需要提前制定应对措施。
多维度影响需要先合成一个影响分。两种常见方式：取最高维度分，适合“任一维度严重即视为严重”的场景，计算简单且不易被平均稀释；加权求和，适合各维度重要性差异明显且可事先约定的场景，需要写明权重来源。两种方式选一种并在整轮评估中保持一致，中途更换会让前后分数不可比。
缺失值和边界情况需要明确规则。某维度无成本数据时，改用进度或范围维度打分，并标注原因；影响分或概率分缺失时，该条目标注“未评”，不参与排序但在清单中保留；概率分为零的条目按已排除处理，需记录排除理由。分母为零的情况，例如项目尚未设定预算基线，则成本维度本轮不启用，待基线建立后复评。
例子：一个进度风险的完整算例
以下为演示情景，数值仅用于说明计算过程，不代表任何真实项目数据。
风险描述：第三方接口供应商可能延迟交付联调环境，影响集成测试开始时间。受影响维度为进度，次要影响为范围。评估时间窗为未来6周，即到本轮集成测试结束。
| 项目 | 取值 | 依据 |
|---|---|---|
| 进度影响分 | 4 | 按锚点，关键路径延误4至10个工作日对应3分，考虑联调环境延迟可能连带压缩测试窗口，判断人上调至4分 |
| 范围影响分 | 2 | 可能需裁剪部分非核心集成用例，属轻微调整 |
| 影响分合成 | 4 | 采用取最高维度分方式 |
| 概率分 | 3 | 供应商近两次交付均有延迟，本轮发生可能性评估为40%至60%区间，对应3分 |
| 风险值 | 12 | 4×3＝12，区间1至25 |
若同一风险把时间窗缩短为未来2周，供应商延迟在两周内显现的可能性下降，概率分调整为2分，风险值变为8，排序位置随之下移。这说明风险值依赖时间窗，跨不同时间窗的分数不能直接比较。
在风险登记与跟踪环节，可以把风险条目、影响维度、影响分、概率分和风险值作为字段记录在项目管理工具中，配合计划基线与里程碑偏差对比，持续观察风险是否在扩大。ONES 在项目计划与里程碑基线对比、任务状态与阶段进展跟踪方面提供了相应能力，可用于识别影响交付的偏差；风险影响程度的具体分级字段与打分口径需结合组织自身定义配置并核验。
解读与限制：分数能说明什么、不能说明什么
风险值高说明“后果重且较可能发生”，不说明这件事一定会发生。影响程度单独看只回答后果有多重，必须与概率、时间窗和暴露范围结合，才能支撑应对决策。一个影响分5分但概率分1分的风险，和一个影响分3分概率分4分的风险，风险值接近，但应对方式不同：前者重在准备应急预案，后者重在提前干预触发条件。
分数的可比性有明确边界。不同项目之间，即使使用同一张锚点表，由于预算规模、合同约束和团队经验不同，分数也不宜直接横向比较。不同维度之间的分数同样不可比，进度4分与成本4分不代表同等后果。跨周期比较时，若锚点或权重发生过调整，需要保留变更记录，否则趋势分析会失真。
单指标不能替代整体风险判断。风险值适合排序和聚焦讨论，但应对策略的制定还要考虑应对成本、责任归属、外部依赖可控性和触发时点。把风险值当作唯一依据，容易忽略那些分数中等但应对窗口很短的风险。
建议设定固定复评节奏，例如每个迭代或每个里程碑节点复评一次，并在以下情况触发临时复评：项目基线变更、关键干系人更换、锚点或权重调整、外部依赖状态变化。每次复评记录口径版本和调整原因，使分数变化可以区分是风险本身变化还是评估标准变化。
常见问题
风险影响程度和风险概率应该分开评还是合并成一个分数？
建议先分开评，再合成。影响分和概率分各自有独立的锚点定义，分开评可以让评估者分别对照“后果有多重”和“发生可能性多大”，避免一个笼统的分数掩盖判断分歧。合成时常用风险值＝影响分×概率分，得到用于排序的单一数值。
分开评还有一个实际好处：当两个风险风险值接近时，可以回看影响与概率的构成差异。影响分高、概率分低的风险适合准备应急预案；影响分中等、概率分高的风险适合提前干预触发条件。合并成一个分数后就丢失了这层信息。
项目还没有成本预算基线，成本维度怎么打分？
成本维度依赖预算基线作为分母，基线尚未建立时，该维度本轮不启用，改用进度、范围或质量等有参照值的维度打分，并在风险条目上注明原因。待预算基线建立后再补充评估。
需要避免的做法是把缺失的成本影响直接记为零分。零分表示“无影响”，与“暂时无法评估”含义不同，混用会系统性低估风险。同样，影响分或概率分整体缺失的条目应标注“未评”，保留在清单中但不参与排序。
不同项目用同一张锚点表打分，分数可以直接比较吗？
不宜直接横向比较。即使锚点表相同，各项目的预算规模、合同约束、团队经验和交付节奏不同，同样的“延误10个工作日”在不同项目中的实际后果差别很大。锚点表的作用是让单个项目内部的打分有据可依，而不是建立跨项目的统一标尺。
如果确实需要跨项目看风险，建议在组织层另行定义一套更粗的分级口径，并明确它与项目内锚点的映射关系，同时保留各项目的原始打分记录，便于追溯。
风险复评时分数变了，怎么判断是风险本身变化还是标准变了？
关键在于记录口径版本。每次复评时同时记录本次使用的锚点表版本、权重设置和判断人，分数变化时对照前后记录：若口径未变而分数变动，说明风险的影响或概率评估发生了实质变化；若口径调整过，则需要在变更记录中写明调整原因和影响范围。
建议设定固定复评节奏，例如每个迭代或每个里程碑节点复评一次，并在项目基线变更、关键干系人更换、外部依赖状态变化时触发临时复评。缺少口径版本记录时，趋势分析容易把标准漂移误读为风险扩大或收敛。
风险值排名靠后的条目还需要跟踪吗？
需要，但跟踪方式可以不同。风险值适合决定讨论顺序和资源投入的先后，排名靠后的条目仍应保留在清单中，按较低频率复评。有些风险当前影响分和概率分都不高，但应对窗口很短，一旦触发就来不及准备，这类条目值得单独标注触发条件并设定预警信号。
另外，风险值会随时间窗变化。同一风险在较长窗口下概率分可能更高，缩短窗口后分数下降，排名随之后移，但风险本身并未消失。排序结果应结合时间窗一起读。
