如何评估跨项目交付阻塞的严重程度

评估跨项目交付阻塞的严重程度，需要把“感觉这条依赖卡得很严重”转成可复算的分数：先界定阻塞对象和受影响的下游里程碑，再从影响范围、时间敞口、关键路径占比、下游等待成本四个维度取数打分，最后按统一口径汇总分级。判断依据来自依赖登记、里程碑计划和交付记录，单次评分只反映当前状态。ONES 的项目计划与多项目总览能力可以承载依赖登记和里程碑跟踪，下文按方法顺序展开。

要点总览（TL;DR）

• 评估对象限定为项目之间的交付依赖阻塞，单项目任务排期和普通部门协作不纳入评分。
• 用影响范围、时间敞口、关键路径占比、下游等待成本四个维度取数，先归一化到同一分值区间再加权汇总。
• 严重度得分=Σ（维度得分×维度权重），按得分区间划分高、中、低三级；权重和阈值依据组织历史阻塞记录校准，不设通用达标线。
• 评分反映评估时点的状态，需结合连续几次评估的趋势复核，用于处置排序和资源协调，不作绩效归责依据。
• 依赖登记、里程碑计划和交付记录是主要数据来源，取数时间窗和分母口径需统一，缺失维度按剩余权重重新归一化。

评估目标：先明确要回答什么问题

评估的起点是锁定对象。跨项目交付阻塞指一个项目的交付物未按约定时间或质量提供给另一个项目，导致下游项目的里程碑、迭代或上线计划无法按原计划推进。单项目内部的任务先后关系、同一项目内的排期冲突，以及没有交付物交接的普通跨部门沟通，都不属于本文的评估范围。把对象限定清楚，后续取数才有统一的分母。

评估要回答三个问题：这条阻塞该优先处理还是可以观察等待；需要协调哪些资源、由谁介入；是否需要向上级或项目集层面上报。三个用途对应不同的输出粒度——处置排序看严重度分级，资源协调看具体受影响的交付物和人力，风险上报看时间敞口和关键路径影响。

结论边界需要提前说明。评分描述的是评估时点的阻塞状态，受数据完整度和口径影响，不能据此推断阻塞的成因，也不能直接作为团队或个人的绩效结论。同一阻塞在不同时间点评分变化，反映的是状态演进，而非责任变化。

指标与范围：四个维度界定阻塞严重度

四个维度分别回答“影响多大、拖了多久、卡在哪、代价多少”，合起来构成严重度的完整画像。单一维度都不足以支撑处置决策：影响范围大但不在关键路径上的阻塞，可以排期消化；时间敞口长但下游有缓冲的阻塞，未必需要立即升级。

维度	定义	取值口径	高分含义
影响范围	受该阻塞直接波及的下游项目数与交付物数	统计依赖登记中指向该交付物的下游项目，按项目数和交付物数分别计数	波及多个下游项目或多个交付物，处置收益面大
时间敞口	阻塞已持续时长与预计解除时间的合计暴露窗口	从约定交付日或实际阻塞确认日起算，单位为人天或工作日	暴露窗口长，下游调整空间被持续压缩
关键路径占比	阻塞影响的交付物在下游项目关键路径上的比重	受影响关键路径任务数 ÷ 下游项目关键路径任务总数	阻塞直接决定下游里程碑能否达成
下游等待成本	因等待产生的人力闲置、返工或延期交付的量化代价	闲置人天 × 人力成本口径，或返工工作量、延期交付的合同或排期影响	等待代价高，延迟处置的损失持续累积

四个维度需要同时采集，缺项时按后文的缺失值规则处理，不用其他维度替代。影响范围统计的是直接依赖，间接波及的项目可在备注中说明，不重复计入分母，避免范围层层放大导致不可比。

数据口径与证据：从哪里取数、怎么保证可比

主要数据来源有三类：依赖登记表记录上下游项目、交付物、约定交付时间和当前状态；里程碑计划提供下游项目的关键路径和里程碑日期；交付记录提供实际交付时间、返工记录和变更历史。三类数据应在同一时间窗内截取，例如统一取评估日前一周的登记状态，避免不同来源的时间点错位。

口径统一的关键是固定分母和时间窗。影响范围按“评估时点仍处于阻塞状态的依赖”计数，已解除的依赖不计入；时间敞口统一按工作日计算，跨节假日按组织日历折算；关键路径占比的分母取下下游项目在当前计划版本中的关键路径任务总数，计划变更后需重新取数。下游等待成本中的人力口径应事先约定，例如按岗位标准人天成本或统一系数折算，同一批评估使用同一口径。

缺失值和口径不一致按以下方式处理：依赖登记缺失约定交付日的，以阻塞首次被记录的日期起算，并在备注中标注；关键路径未维护的项目，该维度记为缺失，汇总时按剩余维度的权重重新归一化，不默认给零分或满分；不同项目使用不同人力成本口径时，等待成本维度只做同口径内比较，跨口径结果仅作参考。

定性证据用于补充和校验定量结果：阻塞相关的沟通记录可以确认阻塞起始时间和当前进展，评审结论可以说明下游是否已启动替代方案或调整计划。定性证据写入评估记录，作为评分依据的一部分，但不单独改变分数。

这些登记和跟踪动作需要有承载位置。ONES Plan 支持制定项目里程碑和甘特图，多时间跨度查看进度，并提供多项目总览和自定义项目属性，便于把上下游项目的交付节点放在同一视图中对照；甘特图可监控 ONES Project 中相关项目和迭代的工作量与进度。依赖登记的具体字段和阻塞标记方式需按组织实际配置确认。

计算与评估步骤：从打分到严重度分级

第一步是归一化。四个维度的量纲不同，需要先映射到同一分值区间，常用 1 至 5 分。影响范围可按下游项目数分档，例如 1 个项目记 1 分、2 至 3 个记 3 分、4 个及以上记 5 分；时间敞口按工作日分档；关键路径占比按比例区间映射，占比越高分值越高；下游等待成本按约定成本口径分档。分档边界由组织根据历史阻塞记录确定，并在评估规则中写明。

第二步是加权汇总。公式为：严重度得分 = Σ（维度得分 × 维度权重），权重之和为 1。权重设定遵循两条原则：与处置紧迫性直接相关的维度权重更高，例如关键路径占比和时间敞口；数据可得性差的维度权重不宜过高，避免缺失时结果波动过大。初始权重可由项目集或 PMO 角色提出，经若干次实际评估后校准。

第三步是分级。按得分区间划分高、中、低三级，例如 4.0 分及以上为高、2.5 至 4.0 为中、2.5 以下为低。阈值不设通用达标线，应结合组织历史阻塞的得分分布确定，使分级结果能区分处置优先级。分级规则确定后保持稳定，调整需记录版本和调整理由。

第四步是处理边界情况。分母为零时，例如下游项目未维护关键路径，该维度记为缺失并重新归一化权重；数据不可比时，例如两个项目的等待成本口径不同，只比较同口径部分，并在结论中注明；所有维度均缺失时不出具分级，转为人工评审。

示例：一条跨项目阻塞的完整评估

以下为演示情景，数据为假设值，用于说明计算过程。某平台项目负责向两个下游业务项目提供接口交付物，约定交付日为 3 月 10 日，至评估日 3 月 24 日仍未交付，阻塞状态持续 10 个工作日，预计还需 5 个工作日解除。

维度	取数	得分	权重
影响范围	波及 2 个下游项目、3 个交付物	3	0.20
时间敞口	已持续 10 个工作日，预计再 5 个工作日，合计 15 个工作日	4	0.25
关键路径占比	下游项目 A 关键路径 8 个任务中 3 个受影响，占比 37.5%；项目 B 为 20%	3	0.30
下游等待成本	两个下游项目合计约 12 人天闲置，另有 1 项返工	4	0.25

汇总得分 = 3×0.20 + 4×0.25 + 3×0.30 + 4×0.25 = 0.6 + 1.0 + 0.9 + 1.0 = 3.5 分。按示例阈值，3.5 分落在 2.5 至 4.0 区间，定为中级，处置建议为本周内协调平台项目明确解除时间，并同步下游项目调整缓冲计划。

示例的局限需要说明：分档边界和权重为假设值，实际使用时应以组织历史数据校准；关键路径占比取两个下游项目的较高值作为代表，若下游项目重要性差异大，可改为按项目加权；等待成本中的人力口径为估算，未计入延期交付的合同影响。这些假设在评估记录中注明，便于复核时还原计算过程。

解读与限制：评分之外还要看什么

评分反映评估时点的状态，解读时应结合趋势。同一阻塞连续两次评估得分上升，说明暴露窗口在扩大，即使当前仍为中级，也应提前介入；得分下降但影响范围未变，需确认是数据更新还是阻塞实际缓解。趋势比单点分数更能支撑处置节奏的判断。

权重和阈值需要按组织实际校准。项目数量多、依赖密集的组织，影响范围的区分度更高；以固定里程碑交付为主的组织，关键路径占比更关键。校准依据是历史阻塞的实际处置结果，而非主观偏好，调整后保留旧版本以便对比。

单指标不能替代整体判断。影响范围大但下游有充足缓冲的阻塞，可能不需要立即升级；时间敞口短但落在关键路径上的阻塞，反而需要优先处理。评估结果用于处置排序和资源协调，不用于绩效归责，也不作为判断阻塞成因的依据。

评估结果需要定期复核并留痕。建议在项目集例会上按分级结果过一遍高、中级阻塞，更新解除时间和下游计划变化，把复核记录与依赖登记放在同一处管理。ONES Performance 可对研发过程中产生的数据进行多维度、自定义分析，并以图表呈现，适合把多次评估的得分和分级结果汇总观察趋势；其数据来源限于 ONES 系统内流转数据，跨系统数据需另行汇总。

常见问题

下游项目没有维护关键路径，这条阻塞还能评分吗？

可以评分，但关键路径占比这一维度记为缺失，不默认给零分或满分。汇总时把该维度的权重按比例分摊到其余三个维度，重新归一化后再计算得分，并在评估记录中注明缺失原因。如果后续补齐了关键路径，需要重新取数并更新评分，前后两次结果不宜直接比较。

同一条阻塞在不同项目集里评分不一致，怎么处理？

先核对两边的取数口径：影响范围是否都只统计直接依赖、时间敞口是否都按工作日折算、等待成本是否使用同一人力成本口径。口径一致后仍不一致，通常是权重或分档边界不同造成的，应以项目集层面统一的评估规则为准，把差异记录在评估备注中。跨项目集比较时，只比较同口径下的得分，不直接比较分级结果。

阻塞已经部分缓解，评分应该重新算还是沿用上次结果？

建议重新取数计算。部分缓解意味着时间敞口或影响范围已经变化，沿用旧分数会高估紧迫性。重新评分时保留上一次的得分和分级，形成趋势记录：得分下降且影响范围同步缩小，说明阻塞在实质缓解；得分下降但影响范围未变，需要确认是数据更新还是登记遗漏。趋势记录与依赖登记放在同一处管理，便于例会上对照复核。

权重和分级阈值多久校准一次比较合适？

没有固定周期，常见做法是积累一定数量的历史阻塞评估记录后做一次校准，例如按季度或按项目集阶段复盘时进行。校准依据是历史阻塞的实际处置结果：被定为高级但实际影响有限的，检查是否某维度权重过高；被定为低级却造成明显延期的，检查是否漏掉了关键维度。调整后保留旧版本和调整理由，避免不同时期的评分无法对照。

评估结果能不能直接用于团队绩效考核？

不建议。评分描述的是阻塞在评估时点的状态，受数据完整度和口径影响，无法区分阻塞成因是需求变更、资源不足还是外部条件变化。把评分与绩效挂钩，容易导致依赖登记被延迟填报或口径被人为调整，反而削弱数据的可比性。评估结果适合用于处置排序、资源协调和风险上报，成因分析和责任认定需要另行开展。