评估跨项目交付阻塞的严重程度，关键是把“阻塞”从一句状态描述拆成可核验的评估对象：先界定被阻塞的交付物与依赖关系，再从影响范围、时间暴露、关键路径位置、下游连锁数量和恢复不确定性五个维度打分，最后用统一口径复算并解释结果。本文给出一套可复算的评分方法，适用于项目集或PMO判断是否升级、是否调整计划、是否投入资源解阻。
要点总览（TL;DR）
- 评估跨项目交付阻塞的严重程度，先把阻塞拆成可核验对象：被阻塞交付物、上游依赖、阻塞起止时间、受影响下游项目与节点，四要素缺一项只能标注未确认。
- 用影响范围、时间暴露、关键路径位置、下游连锁数量、恢复不确定性五个维度分别打分，各维度归一化到0–5分后加权求和，权重之和为1。
- 影响范围以登记在册的跨项目依赖总数为分母；时间窗以评估日为基准，阻塞时长按自然日或工作日择一并全篇一致；缺失值标注未确认，不默认无影响。
- 分级阈值由团队用历史阻塞案例回测标定，不套用通用达标线；阻塞状态变化后需重新取数复算，分值有效期以评估周期为限。
- 分值只反映评估日当天阻塞的相对严重程度，用于排序和触发响应，不等同于项目失败风险，也不宜作为单一团队绩效评价依据。
评估目标：要回答哪几个判断问题
严重度评估服务于具体决策，先明确“评了给谁用、用来定什么”，再谈指标。跨项目交付阻塞的评估结果通常支撑三类判断：是否需要升级到项目集或管理层协调；是否需要调整下游项目的计划、范围或交付承诺；是否需要投入额外资源（人力、环境、外部支持）来解阻。三类决策对评估精度的要求不同，升级判断看重影响面和连锁范围，资源投入判断更看重恢复条件是否明确。
评估对象需要限定为项目之间的依赖阻塞：一个项目的交付物未按约定就绪，导致另一个或多个项目的交付活动无法按计划推进。单项目内部的任务排期冲突、资源排班紧张属于项目内计划管理，不在本文口径内。界定对象时至少要固定四个要素：被阻塞的交付物、阻塞它的上游依赖、阻塞的起止时间、受影响的下游项目与节点。四要素缺一项，评估就只能标注为“未确认”，不能默认无影响。
评估结果的使用者通常包括项目集负责人、PMO、上游与下游项目的交付负责人。使用场景包括周期性交付风险评审、里程碑前的放行判断、阻塞上报后的分级响应。评估目标清单可以写成一句话：在评估日这个时点上，判断该阻塞相对其他阻塞的严重程度，并说明支撑该判断的证据是否完整。
指标与范围：五个严重度维度及取值
单一指标难以区分“影响一个下游项目、已阻塞两天”和“影响五个下游项目、已阻塞三周”这两类情况。建议用五个维度分别刻画阻塞的不同侧面，每个维度按取值区间归一化到0–5分，再按权重合成。五个维度的定义、取值与单位如下表。
| 维度 | 含义 | 取值与单位 | 打分说明 |
|---|---|---|---|
| 影响范围 | 被阻塞交付物数量及涉及项目数 | 被阻塞交付物数（个）、涉及项目数（个）；可折算为占登记在册跨项目依赖总数的比例（%） | 数量或比例越高得分越高；比例口径便于跨项目集比较 |
| 时间暴露 | 已阻塞时长与预计剩余阻塞时长 | 自然日或工作日，二者择一全篇一致 | 已阻塞时长与预计剩余时长可分别打分后取较大值或加权，规则需事先写定 |
| 关键路径位置 | 阻塞点是否位于里程碑或关键路径 | 分级取值：非关键路径 / 一般路径 / 关键路径 / 里程碑前置 | 越靠近里程碑和关键路径得分越高 |
| 下游连锁 | 受影响的下游项目与交付节点数量 | 下游项目数（个）、受影响交付节点数（个） | 连锁层级越深、节点越多得分越高 |
| 恢复不确定性 | 解阻所需条件是否明确、是否有替代路径 | 分级取值：条件明确且有替代 / 条件明确无替代 / 条件部分明确 / 条件不明确 | 不确定性越高得分越高 |
五个维度覆盖了“多大、多久、多关键、传多远、多难解”五个问题，彼此信息不重复。影响范围回答波及面，时间暴露回答紧迫性，关键路径位置回答对承诺日期的直接冲击，下游连锁回答传导深度，恢复不确定性回答解阻难度。实际使用时可以为每个维度再设子项，但子项应能合并回上表的取值口径，避免维度膨胀导致无法复算。
数据口径与证据：每个维度从哪里取数
严重度分值是否可信，取决于取数是否可追溯、口径是否一致。主要证据来源包括三类：跨项目依赖登记记录（谁依赖谁、依赖什么交付物、约定就绪时间）、里程碑计划（节点日期与关键路径标记）、交付物状态记录（当前状态、最近更新时间、阻塞说明）。三类记录应能相互对应，若依赖登记与里程碑计划冲突，以登记记录为准并在评估说明中标注差异。
时间口径需要统一。以评估日为基准，阻塞时长按自然日或工作日择一，全篇一致；跨时区团队建议统一按自然日计算，避免工作日口径在节假日密集期失真。影响范围的分母使用登记在册的跨项目依赖总数，而不是全部工作项总数，否则比例会被稀释，失去可比性。下游连锁数量按依赖登记中的传导关系逐层展开，只统计已登记的下游项目与节点。
| 维度 | 数据来源 | 统计口径 | 缺失值处理 |
|---|---|---|---|
| 影响范围 | 依赖登记记录、交付物状态 | 被阻塞交付物数 ÷ 登记在册跨项目依赖总数 | 依赖未登记时标注“未确认”，不按零影响计 |
| 时间暴露 | 阻塞起止记录、评估日 | 自然日，从阻塞确认日起算 | 起算日不明时按最近一次状态变更日计，并标注 |
| 关键路径位置 | 里程碑计划、关键路径标记 | 按四级分类取值 | 未标记关键路径时按“一般路径”暂记并标注待核 |
| 下游连锁 | 依赖登记记录 | 逐层展开的下游项目数与节点数 | 传导关系未登记时标注“未确认” |
| 恢复不确定性 | 阻塞说明、解阻方案记录 | 按四级分类取值 | 无解阻方案时按“条件不明确”计 |
缺失值的处理原则是“标注而不默认”：未登记的依赖、未标记的关键路径、未写明的解阻条件，都应记为未确认，并在综合分值的说明中提示证据完整度。分母为零（例如项目集尚未建立跨项目依赖登记）时，影响范围维度标记为不可计算，综合分值不输出，改为输出阻塞事实清单，待登记补齐后复算。
这些取数动作依赖依赖关系、里程碑和交付物状态能够被集中记录和查看。ONES Plan 支持借助项目集管理总览多项目信息，支持制定项目里程碑、甘特图并多时间跨度查看进度，也支持查看多项目数据集合、多维度掌控项目进度；其甘特图可监控及规划 ONES Project 中相关项目和迭代，查看工作量和进度（需与 ONES Project 配合使用）。当依赖登记、里程碑与交付物状态在同一套系统中流转时，评估所需的证据可以直接从记录中提取，减少跨表核对造成的口径偏差。ONES Performance 自动收录 ONES 系统内日常流转的研发数据并形成分析指标，可用于阻塞评估结果的周期性回顾，但阻塞类指标的具体口径仍需团队自行定义。
计算步骤：从单维度打分到综合严重度
计算分三步：单维度归一化、加权求和、按阈值分级。第一步，把每个维度的原始取值映射到0–5分。连续型维度（影响范围比例、时间暴露天数、下游节点数）采用分段映射，例如影响范围比例0–5%记0分、5%–15%记1分，逐段递增至5分；分段边界由团队根据历史数据设定并写入评估说明。分类型维度（关键路径位置、恢复不确定性）直接按四级分类赋0、1.5、3、5分或类似梯度。
第二步，加权求和。综合严重度公式为：
严重度分值 S = Σ（维度得分 × 维度权重），权重之和为1，S 取值0–5。
权重设定应体现业务约束：交付承诺刚性强的项目集可提高关键路径位置与时间暴露的权重；依赖网络复杂的项目集可提高下游连锁的权重。权重一经确定，同一评估周期内保持不变，变更需记录原因。
第三步，分级。建议按分值区间划分高、中、低三档，例如 S≥3.5 为高、2.0≤S<3.5 为中、S<2.0 为低。阈值不套用通用达标线，应由团队用历史阻塞案例回测标定：取过去若干次已确认严重程度（如是否最终导致里程碑延期）的阻塞案例，计算其分值分布，选择能较好区分“需升级”与“可观察”的切分点。回测样本不足时，先按建议区间运行一个评估周期，再据实际响应记录调整。分母为零或关键维度未确认时，标记为不可计算并说明原因，不输出分级结论。
例子：一次跨项目阻塞的完整算例
以下为演示情景，数字用于说明计算过程，不代表任何真实项目。某项目集登记在册的跨项目依赖共40条。上游项目A负责交付数据接口，约定就绪日为评估日前10个自然日，实际未就绪，阻塞了下游项目B和C的3个交付物，其中1个交付物位于项目B的里程碑前置路径上。依赖登记显示，项目B的该里程碑又传导至项目D的验收节点，共涉及下游项目3个、交付节点5个。解阻方案已明确为接口联调，但无替代路径。
| 维度 | 原始取值 | 归一化得分 | 权重 | 加权得分 |
|---|---|---|---|---|
| 影响范围 | 3个交付物 ÷ 40条依赖 = 7.5% | 1.5 | 0.20 | 0.30 |
| 时间暴露 | 已阻塞10个自然日，预计剩余5天 | 3.0 | 0.25 | 0.75 |
| 关键路径位置 | 里程碑前置 | 5.0 | 0.25 | 1.25 |
| 下游连锁 | 下游3个项目、5个节点 | 3.0 | 0.15 | 0.45 |
| 恢复不确定性 | 条件明确、无替代路径 | 3.0 | 0.15 | 0.45 |
加权求和：S = 0.30 + 0.75 + 1.25 + 0.45 + 0.45 = 3.20。按前述分级区间，3.20 落在中档偏上，接近高档阈值。解读时可以看到，分值主要由关键路径位置（1.25）和时间暴露（0.75）贡献：阻塞点压在里程碑前置路径上，且已持续10个自然日，这两项决定了它比同等影响范围但不在关键路径上的阻塞更值得优先处理。若解阻方案出现变化、剩余阻塞时长延长，或下游节点增加，应重新取数复算，分值可能越过高档阈值。
解读与限制：分值能说明什么、不能说明什么
严重度分值反映的是评估日当天该阻塞相对其他阻塞的严重程度，用于排序和触发响应，不直接等同于项目失败风险。一个高分阻塞如果解阻条件迅速明确，实际损失可能有限；一个低分阻塞如果长期无人处理，也可能在数周后演变为里程碑延期。分值回答“现在该先看哪个”，不回答“最终会不会延期”。
权重与阈值带有主观设定成分，这是方法本身的一部分，不是缺陷，但需要校准。建议每个季度用已结案的阻塞案例回测一次：检查当时的高分阻塞是否确实需要升级、低分阻塞是否被漏判，据此调整分段边界或权重，并保留调整记录以便前后对比。阻塞状态变化后必须重新评估，分值的有效期以评估周期为限，超过一个周期未更新的分值只能作为历史参考。
分值不宜用作单一团队绩效评价依据。阻塞的成因往往跨越多个项目和角色，上游交付延迟可能源于需求变更、外部依赖或资源冲突，把分值直接对应到某个团队的考核，会诱导数据填报失真，反而破坏依赖登记的质量。更合适的用法是把分值序列作为项目集交付风险的观察指标，与阻塞原因分类、解阻时长一起分析，判断依赖管理流程本身需要改进的环节。
常见问题
项目集还没有建立跨项目依赖登记，还能评估阻塞严重程度吗？
可以评估，但影响范围维度会因分母为零而不可计算，综合分值不输出。此时建议先输出阻塞事实清单：被阻塞交付物、上游依赖、阻塞起止时间、受影响下游项目与节点，用清单支撑升级和协调判断。待依赖登记补齐后，再按五维度框架复算分值。依赖登记本身也是后续评估可比性的基础，建议在评估周期内同步补登。
阻塞时长按自然日还是工作日计算，跨时区团队怎么统一？
两种口径都可以，关键是全篇一致并在评估说明中写明。跨时区团队建议统一按自然日计算，避免工作日口径在节假日密集期失真。若团队选择工作日口径，需要事先约定节假日日历的适用范围，并确保所有项目使用同一份日历。口径一旦确定，同一评估周期内不切换，否则前后分值不可比。
五个维度的权重应该由谁定，定完还能改吗？
权重应由项目集负责人或PMO牵头，结合项目集的业务约束设定：交付承诺刚性强的项目集可提高关键路径位置与时间暴露的权重，依赖网络复杂的项目集可提高下游连锁的权重。权重一经确定，同一评估周期内保持不变；变更需记录原因和生效日期，便于前后分值对比时解释差异。建议每个季度结合回测结果评估一次权重是否仍匹配业务重点。
一个阻塞同时影响多个项目集，分值应该各算各的还是合并算？
建议以阻塞事件为单位合并计算一次，再按受影响项目集拆分说明。合并计算可以避免同一阻塞在不同项目集被重复打分、口径不一；拆分说明则让各项目集看到自己范围内的下游节点和关键路径影响。若各项目集的依赖登记分母不同，影响范围维度可按项目集分别折算比例后取较高值，并在评估说明中注明折算方式。
评估结果和实际延期对不上，是方法错了吗？
不一定。分值反映评估日当天的相对严重程度，用于排序和触发响应，不预测最终是否延期。高分阻塞若解阻条件迅速明确，实际损失可能有限；低分阻塞若长期无人处理，也可能演变为里程碑延期。对不上的案例恰好是回测校准的素材：检查是分段边界、权重设置还是取数口径需要调整，并保留调整记录以便前后对比。
