交付依赖未落实对交付节奏的影响，通常先表现为下游任务等待、返工和关键路径被挤压，随后传导为里程碑延期与对外承诺频繁变更。要判断影响有多大、承诺可信度下降了多少，需要围绕依赖履约建立一组可复算指标，并统一依赖登记口径、时间窗和分母。依赖的登记、阻塞状态与承诺变更记录可以在 ONES 的工作项和文档中承载，便于后续取数。
要点总览（TL;DR）
- 依赖未落实主要通过四条路径拖慢交付节奏：下游等待空转、依赖质量不合格引发返工、关键路径缓冲被吃光、对外承诺频繁变更。
- 评估时围绕依赖履约建立可复算指标：依赖按时交付率、依赖平均延迟天数与延迟分布、依赖变更率、依赖阻塞时长占比、关键路径依赖延迟贡献度、承诺达成率与承诺变更次数。
- 每个指标都要写清分子、分母、时间窗和单位；按时交付率的分母是到期依赖总数，变更率的分母是已登记依赖总数，两者不能混用。
- 计算前先统一依赖登记字段与“依赖完成”的判定标准，再按关键路径与非关键路径分组对比，并把延迟日期与里程碑延期、承诺变更做时间对齐。
- 指标反映相关性和定位线索，不构成因果结论；分母为零或样本过少时不下判断，阈值结合历史基线与业务约束确定，不设通用达标线。
评估目标：依赖未落实到底影响哪些交付节奏环节
评估依赖履约，先要把“影响交付节奏”拆成可观察的环节。依赖未落实对节奏的拖慢主要通过四条路径发生，每条路径对应不同的观察对象和证据。
| 影响路径 | 发生方式 | 可观察现象 | 评估要回答的问题 |
|---|---|---|---|
| 等待空转 | 上游依赖晚到，下游任务已排期但无法开始或无法推进 | 下游任务长时间停留在待开始或阻塞状态，人员转入低优先级工作 | 因依赖未到位损失了多少可推进工时 |
| 返工 | 依赖交付了但质量或范围不符合约定，下游需要修改已完成部分 | 下游任务完成后重新打开，测试或联调阶段发现接口、数据不匹配 | 依赖质量不合格带来的返工量有多大 |
| 关键路径挤压 | 关键路径上的依赖延迟直接吃掉计划缓冲 | 里程碑前缓冲耗尽，后续任务串行压缩或并行赶工 | 项目总延迟中有多少来自关键路径依赖 |
| 承诺漂移 | 依赖反复延迟导致对外交付日期多次调整 | 承诺日期变更记录增多，相关方对排期失去信任 | 承诺达成率下降了多少、变更了几次 |
这四条路径共同回答两个评估问题：一是节奏被拖慢了多少，用延迟天数、阻塞工时和关键路径贡献度衡量；二是承诺可信度下降了多少，用承诺达成率和承诺变更次数衡量。评估范围限定在交付链路上的依赖安排与履约情况，项目整体计划编制、版本内容取舍不在本文展开。
指标与范围：依赖履约指标清单及各自分母
依赖履约指标要能复算，每个指标都必须写清分子、分母、时间窗和单位。下表给出一组常用指标，时间窗默认按评估周期设定，例如一个迭代或一个里程碑区间，实际使用时按同一口径替换。
| 指标 | 公式 | 分子 | 分母 | 时间窗 | 单位 | 数据来源 |
|---|---|---|---|---|---|---|
| 依赖按时交付率 | 按约定日期完成的依赖数 ÷ 到期依赖总数 | 实际交付日期不晚于约定交付日期的依赖数 | 约定交付日期落在时间窗内的依赖总数 | 评估周期 | 百分比 | 依赖登记表 |
| 依赖平均延迟天数 | 延迟依赖的延迟天数之和 ÷ 延迟依赖数 | 各延迟依赖的实际交付日期减约定交付日期之和 | 发生延迟的依赖数 | 评估周期 | 天 | 依赖登记表 |
| 延迟分布（中位数、P90） | 对延迟天数排序后取中位数与第90百分位 | — | 延迟依赖数 | 评估周期 | 天 | 依赖登记表 |
| 依赖变更率 | 评估后变更交付日期或范围的依赖数 ÷ 已登记依赖总数 | 登记后发生日期或范围变更的依赖数 | 时间窗内已登记的依赖总数 | 评估周期 | 百分比 | 依赖登记表、变更记录 |
| 依赖阻塞时长占比 | 下游因依赖未到位无法推进的工时 ÷ 计划工时 | 下游任务因依赖未到位而停滞的工时 | 相关下游任务的计划工时 | 评估周期 | 百分比 | 任务状态记录、阻塞说明 |
| 关键路径依赖延迟贡献度 | 关键路径上依赖延迟天数 ÷ 项目总延迟天数 | 关键路径依赖造成的延迟天数 | 项目相对基准计划的总延迟天数 | 里程碑区间 | 百分比 | 依赖登记表、里程碑记录 |
| 承诺达成率 | 按期兑现的承诺数 ÷ 到期承诺总数 | 按原承诺日期交付的承诺数 | 时间窗内到期的对外承诺总数 | 评估周期 | 百分比 | 承诺记录 |
| 承诺变更次数 | 统计周期内承诺日期或范围调整的次数 | — | — | 评估周期 | 次 | 承诺变更记录 |
平均延迟天数容易被少数极端延迟拉高，因此同时看中位数和P90：中位数反映典型延迟水平，P90反映尾部风险。依赖变更率的分母是已登记依赖总数，与按时交付率的分母（到期依赖总数）不同，两者不能混用。关键路径依赖延迟贡献度需要先标记每条依赖是否位于关键路径，否则无法分组计算。
数据口径与证据：依赖登记、时间戳与可比性
指标是否可信，取决于依赖登记是否完整、时间戳是否真实。建议在依赖产生时就登记以下字段，而不是在评估前补录。
| 字段 | 说明 | 填写责任 |
|---|---|---|
| 提供方 | 交付依赖的团队或个人 | 接收方发起登记时填写 |
| 接收方 | 依赖该交付物的下游团队或个人 | 接收方填写 |
| 约定交付日期 | 双方确认的交付时间点 | 双方确认后由接收方记录 |
| 实际交付日期 | 依赖物实际可用的日期 | 提供方交付时更新 |
| 依赖类型 | 如接口、数据、环境、文档、组件 | 登记时选择 |
| 是否关键路径 | 该依赖延迟是否直接影响里程碑 | 计划负责人标记 |
| 状态 | 待提供、已提供、阻塞、变更 | 提供方与接收方共同维护 |
时间戳的来源要固定：约定日期以双方确认记录为准，实际交付日期以依赖物可用并被接收方确认的时间为准。事后补录容易把延迟“抹平”，评估时应优先使用系统内日常流转产生的记录。跨团队比较前，先统一“依赖完成”的判定标准，例如以接收方验收通过为准还是以提供方提交为准，标准不一致会让按时交付率失去可比性。
定量指标之外，依赖协调记录、阻塞说明和承诺变更记录是重要的定性证据。它们能解释延迟的原因，例如是排期冲突、需求变更还是资源不足，帮助把指标定位到具体环节。在 ONES 中，需求池、工单与任务看板可以同步状态与信息，依赖的登记和阻塞说明可以随任务流转保留下来，为后续取数提供原始记录；效能管理会收录系统内日常流转的数据并支持多维度分析，具体依赖字段和指标口径仍需结合团队配置确认。
计算与评估步骤：从取数到解读的流程
按以下顺序执行，可以保证指标可复算、结论有依据。
- 确定评估时间窗与依赖清单范围。选定一个迭代或里程碑区间，导出约定交付日期落在该区间内的依赖，以及区间内到期的承诺。明确哪些依赖纳入统计，避免不同周期混算。
- 逐条判定按时、延迟、变更。对每条依赖比较实际交付日期与约定交付日期，标记按时或延迟并记录延迟天数；对照变更记录标记是否发生日期或范围变更；标记是否位于关键路径。
- 计算各指标。按上一节的公式分别计算按时交付率、平均延迟天数、延迟分布、变更率、阻塞时长占比、关键路径贡献度、承诺达成率和承诺变更次数，同时记录每个指标的分母。
- 按关键路径与非关键路径分组对比。把依赖分成两组，分别计算按时交付率和平均延迟天数。若关键路径组的延迟明显更高，说明节奏问题集中在影响里程碑的环节。
- 把指标与里程碑延期、承诺变更做时间对齐。将延迟依赖的交付日期、里程碑实际完成日期和承诺变更日期放在同一时间轴上，观察延迟是否先于里程碑延期和承诺变更出现。
- 形成结论并标注证据强度。结论写明影响的主要路径、涉及的关键依赖和指标值，同时标注样本量、数据完整度和是否存在口径差异。证据不足时给出待验证的判断，而不是确定结论。
例子：一个迭代周期内的依赖履约测算
以下为演示数据，仅用于说明公式如何代入，不代表任何通用达标线。
某迭代周期内，约定交付日期落在周期内的依赖共20条，其中15条按时交付，5条延迟，延迟天数分别为2、3、3、5、12天；登记后发生日期或范围变更的依赖4条；相关下游任务计划工时合计400小时，因依赖未到位无法推进的工时合计60小时；项目相对基准计划总延迟10天，其中关键路径依赖造成的延迟为6天；周期内到期对外承诺8项，按期兑现5项，承诺变更3次。
| 指标 | 代入计算 | 结果 |
|---|---|---|
| 依赖按时交付率 | 15 ÷ 20 | 75% |
| 依赖平均延迟天数 | (2+3+3+5+12) ÷ 5 | 5天 |
| 延迟中位数 / P90 | 排序后中位数为3天，P90约为12天 | 3天 / 12天 |
| 依赖变更率 | 4 ÷ 20 | 20% |
| 依赖阻塞时长占比 | 60 ÷ 400 | 15% |
| 关键路径依赖延迟贡献度 | 6 ÷ 10 | 60% |
| 承诺达成率 | 5 ÷ 8 | 62.5% |
| 承诺变更次数 | — | 3次 |
从这组数字可以读出：延迟并不均匀，中位数3天而P90达到12天，说明存在个别严重延迟的依赖；关键路径依赖贡献了项目总延迟的60%，节奏问题主要集中在影响里程碑的依赖上；承诺达成率62.5%且发生3次变更，与依赖延迟出现在同一周期，提示承诺漂移与依赖履约相关。这些是定位线索，要确认因果关系还需结合协调记录和阻塞说明逐条核对。
解读与限制：指标能说明什么、不能说明什么
依赖履约指标适合用来定位节奏问题发生在哪条路径、哪些依赖上，以及承诺可信度的变化趋势。使用时注意以下边界。
- 指标反映相关性与定位线索。依赖延迟与里程碑延期同时出现，不能直接证明依赖是延期的唯一原因，资源不足、需求变更、测试返工都可能同时作用，需要结合定性证据判断。
- 分母为零或样本过少时不下结论。某周期没有到期依赖，按时交付率没有意义；延迟依赖只有一两条时，平均延迟天数和P90都不稳定，应说明样本量而不是给出确定判断。
- 跨团队数据不可比时先统一口径。不同团队对“依赖完成”的判定、登记完整度和时间戳来源可能不同，直接比较会失真，应先统一字段定义和判定标准再横向对比。
- 不设通用达标线。按时交付率多少算好，取决于业务约束和历史基线，应结合本团队过去几个周期的数据确定参考区间，而不是套用外部数字。
- 指标用于改进依赖管理。这组指标的价值在于发现哪些依赖需要提前协调、哪些环节需要增加缓冲，不宜直接作为单一绩效评价依据，否则容易诱发选择性登记或推迟记录。
把指标、登记记录和协调证据放在一起看，才能形成对依赖履约的可靠判断，并据此调整依赖确认时点、缓冲设置和承诺发布节奏。
常见问题
评估周期内没有依赖到期，按时交付率还要算吗？
分母为零时这个指标没有意义，直接标注“本期无到期依赖”即可，不要写成0%或100%。同样，延迟依赖只有一两条时，平均延迟天数和中位数、P90都不稳定，可以给出数值但必须同时说明样本量。样本过少的周期更适合看逐条依赖的延迟明细和协调记录，等积累几个周期后再做趋势比较。
不同团队对“依赖完成”的理解不一致，指标还能横向比较吗？
先统一判定标准再比较。常见分歧是提供方提交即算完成，还是接收方验收通过才算完成，两种口径算出的按时交付率会明显不同。建议在依赖登记时写明完成判定规则，并固定时间戳来源：约定日期以双方确认记录为准，实际交付日期以依赖物可用并被接收方确认的时间为准。口径统一之前，跨团队数字只做参考，不直接排名或对比。
关键路径依赖延迟贡献度怎么落地计算？
前提是每条依赖都标记了是否位于关键路径。计算时先确定项目相对基准计划的总延迟天数，再汇总关键路径上各依赖的延迟天数，两者相除得到贡献度。如果依赖没有关键路径标记，这个指标无法分组计算，只能先补登记。贡献度高说明节奏问题集中在影响里程碑的环节，后续协调和缓冲设置应优先放在这些依赖上。
依赖履约指标可以直接用于团队绩效考核吗？
不建议单独作为绩效依据。指标一旦与考核直接挂钩，容易出现选择性登记、推迟记录实际交付日期、把延迟依赖拆小规避统计等情况，反而让数据失真。更合适的用法是把指标作为改进输入：定位哪些依赖需要提前协调、哪些环节需要增加缓冲、承诺发布节奏是否需要调整。确需与考核关联时，应同时看登记完整度和数据质量。
在 ONES 中记录依赖和阻塞状态，取数时要注意什么？
ONES 提供统一的需求池、工单与任务看板，状态与信息可以随任务流转同步，依赖的登记和阻塞说明能保留为原始记录；效能管理会收录系统内日常流转的数据并支持多维度分析。取数时要注意：依赖字段和指标口径需结合团队实际配置确认，分析范围限于系统内产生的数据，跨系统或线下协调的依赖需要另行补录，否则按时交付率的分母会偏小。
