跨项目风险扩散的度量，需要同时回答三个问题：波及了多少项目、扩散有多快、造成了多大损失。把影响范围、速度、严重程度拆成可复算的指标，并共用同一风险编号、同一关联项目清单和同一观察时间窗，结果才能横向比较。ONES 的风险登记与多项目记录可作为取数承载，具体指标仍需按本文口径计算。
要点总览（TL;DR）
- 跨项目风险扩散要同时度量三件事：影响范围、扩散速度、严重程度，三者共用同一风险编号、同一关联项目清单和同一观察时间窗。
- 影响范围用受影响项目数÷关联项目总数，以及受影响关键交付物数量；分母取风险首次识别时登记的关联项目清单。
- 速度用首次识别到波及下一项目的时间间隔，以及单位时间（建议按周）新增受影响项目数，时间戳取自风险登记与状态变更记录。
- 严重程度用受影响项目关键路径延误天数、共享资源额外占用和外部依赖违约影响，不同损失类型分别计量。
- 三类指标按周或按事件滚动复算，组合解读；样本少、时间窗短时标注可信度，结果用于升级风险、追加资源和调整依赖，不宜直接做绩效考评。
评估目标：先明确要判断什么
度量对象是共享关键资源或外部依赖条件下的跨项目风险扩散。它关注一个风险从某个项目或外部来源出现后，沿共享资源、共同依赖或交付链路传导到其他关联项目的过程。单项目内部的风险识别与应对、项目组合层面的投资分散与平衡，属于另外的管理任务，不在本文计算范围内。
三类指标各自回答一个判断问题，对应不同的管理动作：
| 待答问题 | 指标类别 | 典型决策用途 |
|---|---|---|
| 风险已经波及多少项目和关键交付物 | 影响范围 | 判断是否需要升级为项目集级风险、是否启动跨项目协调 |
| 风险扩散得有多快、下一个项目多久会被波及 | 速度 | 决定干预的紧迫程度、是否立即追加资源或设置隔离 |
| 已经造成或可能造成多大损失 | 严重程度 | 决定资源投入优先级、是否调整依赖关系或外部合同安排 |
三个问题需要一起回答。范围大但速度慢，可能有时间做隔离；速度快但当前损失小，仍需要提前干预；严重程度高但范围有限，可以集中资源处理单点。度量结果服务于升级风险、追加资源、调整依赖三类决策，不宜直接用于团队或个人绩效考评。
指标与范围：三类指标的定义与分母
每个指标都要写清分子、分母、单位和时间窗，否则不同周次、不同项目集之间的数字无法比较。下表给出建议口径，可按组织实际调整，但调整后应保持稳定并记录变更。
| 指标 | 计算口径 | 单位 | 时间窗与分母说明 |
|---|---|---|---|
| 影响范围比例 | 受影响项目数 ÷ 关联项目总数 | 百分比 | 分母取风险首次识别时登记的关联项目清单；按周滚动更新 |
| 受影响关键交付物数 | 直接统计被波及的关键交付物数量 | 个 | 关键交付物范围在风险登记时预先约定，统计截至观察时点 |
| 波及下一项目的时间间隔 | 风险波及下一个项目的时间 − 风险首次识别时间 | 天 | 按事件计算，每次新增受影响项目记录一个间隔值 |
| 单位时间新增受影响项目数 | 观察期内新增受影响项目数 ÷ 观察期周数 | 个/周 | 观察期建议固定为周，跨周事件按发生日期归入所在周 |
| 关键路径延误天数 | 受影响项目关键路径实际或预计完成日期 − 原基线日期 | 天 | 逐项目统计，可汇总为合计与最大值两个口径 |
| 共享资源占用损失 | 被风险占用的资源量 × 占用时长，按工时或产能单位计量 | 人时或产能单位 | 只统计因该风险产生的额外占用，正常计划占用不计入 |
| 外部依赖违约影响 | 违约涉及的交付物数量、合同罚则金额或服务中断时长 | 按类型分别计量 | 不同损失类型分别列示，不强行折算为单一货币值 |
缺失值处理需要事先约定：受影响项目数缺失时，按已确认受影响项目计下限，并标注“数据不完整”；延误天数尚未确定时，用当前预计日期计算并标注为预计值；共享资源占用无法拆分到具体风险时，单独列示为“未归集占用”，不摊入该风险。
数据口径与证据：从哪里取数、如何保证可比
范围指标的分母依赖两份基础清单：关联项目清单，以及共享资源与外部依赖台账。关联项目清单应在风险登记时确定，写明项目名称、关联方式（共享哪项资源或依赖）和登记日期。共享资源台账记录资源名称、被哪些项目使用、计划占用时段；外部依赖清单记录供应商、交付物、约定日期和违约条款。两份清单是判断“哪些项目算关联”的依据，缺少清单时范围比例无法计算。
速度指标依赖时间戳证据。风险登记需要记录首次识别时间、每次状态变更时间和变更后状态，以及波及新项目时的记录时间。这些时间戳应来自同一系统或同一记录规范，避免手工补录造成间隔失真。若风险在多个项目分别登记，应通过统一风险编号合并，取最早的识别时间作为起点。
严重程度指标的取数来源分别是：项目计划基线中的关键路径日期、工时或资源占用记录、外部合同或服务协议中的交付与罚则条款。延误天数以基线为参照，基线变更需保留变更记录，否则前后不可比。
三类常见口径问题按以下规则处理：
- 分母为零：关联项目清单为空或只有一个项目时，范围比例不计算，改为文字说明“无跨项目关联”，避免出现无意义的百分比。
- 项目中途加入：观察期内新加入关联清单的项目单独标注加入日期，计算范围比例时同时给出“含中途加入”和“不含中途加入”两个口径。
- 口径变更：指标定义、关键交付物范围或观察时间窗发生调整时，记录变更日期，变更前后的数据分段列示，不直接拼接比较。
计算与评估步骤：按事件滚动复算
计算按以下步骤执行，建议每周复算一次，风险状态发生重大变化时按事件即时复算。
- 建立风险编号与关联项目映射。为每个跨项目风险分配唯一编号，列出关联项目、关联方式、共享资源或外部依赖，形成该风险的关联项目清单。
- 确定观察时间窗与基线。以风险首次识别日期为起点，设定周为观察单位；同时记录各受影响项目的计划基线日期，作为延误计算的参照。
- 计算影响范围。统计截至观察时点已确认受影响的项目数，除以关联项目总数得到范围比例；同时统计受影响关键交付物数量。
- 计算速度。对每次新增受影响项目，计算其记录时间与首次识别时间的间隔天数；统计观察期内每周新增受影响项目数。
- 计算严重程度。逐项目计算关键路径延误天数，汇总合计值与最大值；归集共享资源额外占用；列示外部依赖违约影响。
- 交叉核对与异常复核。将范围、速度、严重程度结果与风险登记记录、项目计划变更记录对照，检查是否存在未登记但已受影响的项目、时间戳矛盾或延误天数与计划变更不一致的情况。
- 输出与更新。形成当期指标表，注明时间窗、分母口径和数据完整度，按周更新并保留历史版本，供趋势比较。
在协作平台中承载这套流程时，风险登记、关联项目清单和状态变更记录需要能够按统一编号关联并保留时间戳。ONES Plan 提供多项目进度管控与资源管理，支持自定义项目属性并查看多项目数据集合，可用于维护关联项目清单和共享资源投入情况；ONES Performance 可对系统内流转的数据做多维度分析并形成仪表盘。风险扩散专项指标仍需按上述口径自行定义和计算。
例子：一次共享资源风险扩散的完整计算
以下为演示情景，数值用于说明计算过程。
某项目集有 8 个项目，其中 5 个项目共用一名数据库架构师。3 月 3 日，项目 A 登记风险：该架构师因外部项目抽调，可用工时下降，可能影响依赖其评审的交付。风险登记时确定的关联项目清单为 A、B、C、D、E 共 5 个，关键交付物为各项目的数据库设计评审与上线方案，合计 6 个。
截至 3 月 24 日（观察期 3 周），实际受影响项目为 A、B、C、D 共 4 个，E 尚未受影响。计算如下：
- 影响范围比例 = 4 ÷ 5 = 80%；受影响关键交付物 5 个（E 的 1 个未受影响）。
- 速度：首次识别 3 月 3 日；B 于 3 月 8 日受影响，间隔 5 天；C 于 3 月 14 日，间隔 11 天；D 于 3 月 21 日，间隔 18 天。观察期 3 周新增受影响项目 3 个，单位时间新增 = 3 ÷ 3 = 1 个/周。
- 严重程度：A 关键路径延误 4 天，B 延误 6 天，C 延误 2 天，D 延误 1 天，合计 13 天，最大 6 天；架构师额外投入协调工时 36 人时；外部依赖方面，B 的供应商交付顺延 3 天，未触发罚则。
结果解读：范围比例已达 80%，速度约每周新增 1 个项目，严重程度集中在 B 的 6 天延误。这组数据支持两个动作：立即为架构师协调替代资源或调整评审排期，优先保障 B 的关键路径；同时评估 E 是否需要在下一周设置隔离措施。计算中 D 的延误天数为预计值，已标注；共享资源占用中另有 8 人时无法拆分到该风险，列为未归集占用，未计入 36 人时。
解读与限制：指标能说明什么、不能说明什么
三类指标需要组合解读。范围比例高说明扩散面广，速度指标说明还有多少干预时间，严重程度说明损失集中在哪些项目。单独看任何一个都可能误导：范围比例 100% 但每个项目延误不足 1 天，与范围比例 40% 但关键项目延误 20 天，管理优先级完全不同。
指标反映的是已记录、可归集的扩散情况，与因果判断之间仍有距离。风险与延误同时出现，不等于延误全部由该风险造成；共享资源紧张可能只是暴露了原本存在的计划问题。归因时需要结合项目计划变更记录和当事人说明，指标本身不提供因果证明。
样本少、时间窗短时，速度指标波动很大。观察期只有一两周、新增受影响项目只有一两个时，单位时间新增项目数不宜直接外推为趋势；波及间隔只有一个样本时，只能作为参考值。此类情况应标注样本量和观察期，并与后续周次合并观察。
指标被误用为绩效考评的风险需要提前防范。范围比例高可能源于风险登记更充分，速度慢可能源于记录不及时，延误天数受基线质量影响。把这些指标直接与团队评价挂钩，容易导致少登记风险、延迟记录状态等行为，反而削弱度量基础。指标应服务于风险升级、资源调配和依赖调整，考评用途需要另行设计并说明口径。
常见问题
关联项目清单在观察期内新增了项目，范围比例应该怎么算？
建议同时给出两个口径：一个按风险首次识别时登记的关联项目清单计算，另一个把中途加入的项目纳入分母，并标注各项目的加入日期。两个口径分段列示、不直接拼接比较，读者才能看出范围变化是扩散造成的还是清单调整造成的。中途加入的项目在速度指标里同样单独标注，避免把清单扩充误读为扩散加速。
风险在多个项目里分别登记，速度指标的时间起点怎么确定？
先通过统一风险编号把各项目的登记记录合并为一条风险，取其中最早的识别时间作为起点，后续每次波及新项目的记录时间与这个起点相减，得到间隔天数。合并时保留各项目原始登记记录作为证据，便于复核。如果各项目登记时间戳来自不同系统或手工补录，需要在指标表里注明数据来源差异，间隔值的可信度相应下调。
共享资源被多个风险同时占用，占用损失怎么归集？
只统计能明确归到该风险的额外占用，按资源量乘以占用时长计量。无法拆分到具体风险的部分，单独列为“未归集占用”，不摊入任何单一风险，也不从总量中隐去。这样处理的好处是每个风险的严重程度不被虚增，同时保留资源整体紧张程度的可见性。归集规则应在风险登记时约定，观察期内保持一致。
观察期只有两三周，速度指标还能用吗？
可以用，但要标注样本量和观察期，并把它当作参考值而非趋势结论。新增受影响项目只有一两个时，单位时间新增项目数波动很大；波及间隔只有一个样本时，也只能说明这一次的传导时间。建议与后续周次合并观察，或延长观察窗后再判断扩散是否在加速。指标表里同时保留原始事件记录，方便后续复算。
这套指标能否直接用于团队绩效考核？
不建议直接挂钩。范围比例高可能只是风险登记更充分，速度慢可能源于记录不及时，延误天数受计划基线质量影响。把这些指标与团队评价绑定，容易诱发少登记风险、延迟更新状态等行为，反而破坏度量基础。指标更适合服务于风险升级、资源调配和依赖调整；确需用于考评时，应另行设计口径并说明数据完整度的影响。
