里程碑延期后，团队常先看到“晚了几天”，却难以判断这几天会传导到哪些后续关键节点、需要追加多少资源、整体交付是否还能守住。本文给出一套可复算的评估方法：先固定基线日期、当前预测完成日和评估时间窗，再沿后续关键节点、资源投入、整体交付三条线量化，最后按规则映射升级层级。文中提及ONES，仅用于说明基线、依赖关系与工时数据可由平台承载。
要点总览（TL;DR）
- 评估里程碑延期影响，先固定三个基准：原定里程碑日期、当前预测完成日、评估时间窗；三者缺一，延期天数就无法复算。
- 影响分三条线量化：后续关键节点线看顺延天数、受影响节点数与关键路径是否改变；资源投入线看追加人天、加班工时与外部资源成本；整体交付线看交付日期偏移与缓冲消耗率。
- 升级层级由关键路径是否被击穿、交付偏移是否超过总缓冲、缓冲消耗率共同决定，延期天数只是输入之一。延期10天但未影响关键路径的里程碑，层级可能低于延期3天却改变关键路径的里程碑。
- 分母为零的情形单独处理：无下游关键节点时不计算受影响占比，无缓冲时不计算缓冲消耗率，直接以交付偏移天数判断风险。
- 评估结论区分已发生延期与预测中延期，预测数据注明时点与更新频率，并在下一个检查点复算。
评估目标：延期影响要回答哪三个问题
评估对象是已发生或已被预测到的里程碑延期。评估的用途是判断这次延期需要升级到哪一层处理，因此它要回答三个问题：后续关键节点会被顺延多少、资源投入要追加多少、整体交付日期和交付承诺会受到多大冲击。这三个问题分别对应节点线、资源线和交付线，缺一条就无法支撑升级判断。
评估范围限定在关键节点层面：以里程碑和关键路径节点为评估单元，看延期沿依赖关系如何传导。细粒度任务排期、个人任务调整属于执行层工作，不在本文评估范围内；组织级研发阶段评审、是否调整项目群优先级等决策，也不由本方法直接给出，评估结果只是这些决策的输入之一。
明确边界还有一个作用：避免把一次里程碑延期放大成对整个项目的全面复盘。评估聚焦“这次延期造成多大影响、要不要升级”，产出是一份带公式、带数据来源、可被他人复算的影响评估结论。
指标与范围：三条影响线与评估时间窗
三条影响线各自需要一组指标，并共用同一套时间窗和节点集合。时间窗建议从延期里程碑的原定日期起，到当前评估日或下一个交付检查点止；节点集合取该时间窗内、位于延期节点下游的关键节点。分母统一以原基线中的关键节点总数为准，便于计算“受影响节点占比”。
| 影响线 | 指标 | 公式或口径 | 单位 |
|---|---|---|---|
| 后续关键节点 | 单节点延期天数 | 当前预测完成日 − 原定里程碑日期 | 天 |
| 后续关键节点 | 延期率 | 延期天数 ÷ 原计划工期 | 百分比 |
| 后续关键节点 | 受影响节点数及占比 | 被顺延的关键节点数 ÷ 原基线关键节点总数 | 个、百分比 |
| 后续关键节点 | 关键路径是否改变 | 延期后关键路径与原关键路径比对，是/否 | 布尔值 |
| 资源投入 | 追加人天 | 延期后所需投入人天 − 基线计划人天 | 人天 |
| 资源投入 | 加班工时 | 为追赶节点新增的加班工时合计 | 小时 |
| 资源投入 | 外部资源成本 | 新增外包、采购或加急费用合计 | 金额 |
| 整体交付 | 交付日期偏移 | 交付日期预测值 − 基线交付日期 | 天 |
| 整体交付 | 缓冲消耗率 | 已消耗缓冲 ÷ 总缓冲 | 百分比 |
| 整体交付 | 范围变更与验收风险 | 需削减或后移的交付项清单及合同验收条款影响 | 清单、定性 |
范围界定时要写清两件事：哪些节点计入“后续关键节点”，以及评估截止到哪一天。节点集合一旦确定，评估过程中不随意增删，否则受影响节点占比失去可比性。若项目没有设置缓冲，缓冲消耗率一栏标注“无缓冲”，不计算比率。
数据口径与证据：每个指标从哪里取数
可复算的前提是每个指标都能追到字段。评估开始前先锁定基线版本，后续所有对比都以该版本为准，避免用最新计划反推延期天数。下表给出指标与数据源的对应关系。
| 指标 | 数据来源 | 关键字段 | 缺失时处理 |
|---|---|---|---|
| 延期天数、延期率 | 里程碑基线记录与当前进度填报 | 原定日期、原计划工期、当前预测完成日 | 无预测完成日时标注“未预测”，不按今天日期代替 |
| 受影响节点数与顺延天数 | 节点依赖关系与各节点预测完成日 | 前后置关系、关键路径标记、各节点预测日期 | 依赖关系缺失时按人工确认结果补录并注明 |
| 追加人天、加班工时 | 工时记录与人员投入表 | 人员、日期、工时数、所属节点 | 无工时记录时标注为估算值，与实测值分开呈现 |
| 外部资源成本 | 采购或外包合同、费用记录 | 费用金额、对应节点、发生日期 | 未发生时列为预计成本，注明依据 |
| 交付偏移与缓冲消耗 | 基线交付日期、缓冲设置、当前预测 | 基线交付日、总缓冲、已消耗缓冲 | 无缓冲时单独标注，不计算比率 |
口径不一致常见于三种情况：不同节点用不同日期口径（有的填计划完成日、有的填实际完成日）、工时记录粒度不同（按天与按小时混用）、基线被中途修改。处理规则是统一到同一口径后再计算，无法统一的在结论中注明差异；基线被修改过的，保留修改记录，评估仍以延期发生前的基线为准。
当评估依赖里程碑基线、节点依赖关系和工时记录时，这些数据需要有稳定的承载位置。ONES 支持设置项目计划和里程碑基线，实时对比计划与执行的偏差；支持为项目任务设置前后置依赖，并用里程碑标记重要时间点；工时日历与成员工时报表可用于查看资源投入情况。评估所需的基线、依赖与工时数据可以在同一平台内取用，减少跨表核对的口径差异。
计算与评估步骤：从延期天数到升级层级
计算按五步推进，每步产出可直接填入评估表的数值，最后一步把数值映射为升级层级。
步骤一：计算单节点延期天数与延期率。延期天数 = 当前预测完成日 − 原定里程碑日期，单位为天，结果为负表示提前。延期率 = 延期天数 ÷ 原计划工期，分母取原计划工期而非已用时间，这样不同长度的里程碑可以横向比较。
步骤二：沿依赖关系推算后续关键节点顺延。从延期节点出发，沿前后置关系逐级向下游推算。关键路径上的节点，上游顺延天数直接传导；非关键路径节点先消耗自身浮动时间，浮动时间用尽后才产生顺延。受影响节点数按实际产生顺延的关键节点计数，占比以原基线关键节点总数为分母。推算完成后比对关键路径是否发生变化，变化本身即为一项独立结论。
步骤三：计算资源追加量。追加人天 = 延期后完成剩余工作所需人天 − 基线计划剩余人天；加班工时按追赶期间新增的加班记录汇总；外部资源成本按新增合同或加急费用汇总。三项分别呈现，不合并为单一金额，便于判断成本结构。
步骤四：计算整体交付偏移与缓冲消耗。交付日期偏移 = 交付日期预测值 − 基线交付日期；缓冲消耗率 = 已消耗缓冲 ÷ 总缓冲。缓冲为零时标注“无缓冲”，直接以交付偏移天数判断风险。
步骤五：映射升级层级。升级层级综合三项判定，阈值在项目启动时预先约定。可参考的规则如下：
| 层级 | 判定条件（示例阈值，需项目自定） | 处理动作 |
|---|---|---|
| 一级：节点内消化 | 关键路径未改变，交付偏移为0，缓冲消耗率低于50% | 由节点负责人调整排期，周报记录 |
| 二级：项目内协调 | 关键路径未改变，交付偏移为0，缓冲消耗率达到或超过50%，或追加人天超过约定值 | 项目经理协调资源，评估追赶方案 |
| 三级：交付承诺受影响 | 关键路径改变，或交付偏移大于0但未超过总缓冲 | 升级至项目管理层，评估范围取舍与验收沟通 |
| 四级：交付承诺被击穿 | 交付偏移超过总缓冲，或无缓冲且交付偏移大于0 | 升级至合同或客户沟通层，启动变更流程 |
这套规则的关键在于：延期天数只作为输入之一，关键路径是否被击穿、交付偏移是否超过缓冲才是决定层级的主要条件。一个延期10天但未影响关键路径的里程碑，与一个延期3天却改变了关键路径的里程碑，后者层级更高。
例子：一次里程碑延期如何算到升级层级
以下为演示情景，数据为假设值，用于说明计算过程。
背景与基线。某项目基线含关键节点8个，里程碑M3原定6月30日完成，原计划工期20天。M3下游有M4、M5两个关键节点，M4在关键路径上，M5有5天浮动时间。基线交付日期为9月30日，总缓冲10天。评估日为7月10日，M3当前预测完成日为7月8日。
节点顺延计算。M3延期天数 = 7月8日 − 6月30日 = 8天，延期率 = 8 ÷ 20 = 40%。M4位于关键路径，顺延8天；M5先消耗5天浮动，实际顺延3天。受影响关键节点2个，占比 = 2 ÷ 8 = 25%。关键路径未改变。
资源追加量。追赶M4需追加12人天，加班工时累计60小时，新增外部测试资源费用按合同计。三项分别记录，工时数据来自工时记录，属实测值。
交付偏移与缓冲消耗。交付日期预测值顺延8天，交付偏移 = 8天；已消耗缓冲6天，缓冲消耗率 = 6 ÷ 10 = 60%。
升级判定。关键路径未改变，交付偏移8天未超过总缓冲10天，但缓冲消耗率60%已达到二级条件，且交付偏移大于0触发三级条件中的“未超过总缓冲”情形。按上表规则，本次评估定为三级：交付承诺受影响，需升级至项目管理层评估范围取舍，并与验收方沟通交付节奏。若后续预测显示交付偏移超过10天，则升为四级。
解读与限制：哪些结论不能从指标直接得出
延期天数不等于影响大小。同样的天数，落在关键路径上与非关键路径上，后果差异明显；有缓冲与无缓冲的项目，承受能力也不同。因此评估结论应同时呈现三条线的数值和关键路径判定，避免用单一延期天数下结论。
分母为零的情形要单独处理。项目没有后续关键节点时，受影响节点占比不计算，直接说明“无下游关键节点”；没有设置缓冲时，缓冲消耗率标注“无缓冲”，以交付偏移天数判断风险。这类情形不套用比率，也不因分母为零判定为“无影响”。
不同项目之间的数据可比性有限。基线版本、工期长度、缓冲设置、工时记录粒度不同，延期率和缓冲消耗率不能直接横向排名。跨项目比较时需先对齐口径，或只比较同一项目内的变化趋势。
预测数据带有置信度差异。当前预测完成日来自进度填报，填报频率低或依赖个人判断时，结论应注明预测时点和更新频率，并在下一个检查点复算。已发生延期与预测中延期在结论中分开表述，前者是事实，后者是判断。
指标反映的是影响程度，不构成因果结论，也不直接等同于绩效评价。延期可能源于需求变更、外部依赖或估算偏差，评估回答的是“影响多大、要不要升级”，原因分析和责任认定需要另行开展。
常见问题
里程碑延期天数相同，为什么升级层级可能不同？
延期天数只反映单个节点的时间偏差，影响大小还取决于延期落在哪条路径上、项目有多少缓冲。关键路径上的节点顺延会直接传导到交付日期；非关键路径节点先消耗自身浮动时间，浮动用尽后才产生实际顺延。缓冲充足的项目可以吸收部分偏移，无缓冲的项目则直接冲击交付承诺。因此判定升级层级时，应同时看关键路径是否改变、交付偏移是否超过总缓冲、缓冲消耗率是否越过约定阈值，延期天数作为输入之一而非唯一依据。
项目没有设置缓冲，缓冲消耗率怎么处理？
没有设置缓冲时，缓冲消耗率标注为“无缓冲”，不计算比率，也不按零处理。此时直接以交付偏移天数判断风险：交付偏移大于0即视为交付承诺受影响，需按约定规则升级。评估表中保留“无缓冲”这一状态说明，便于后续复盘时区分“缓冲被消耗完”和“从未设置缓冲”两种不同情形。
当前预测完成日频繁变动，评估结论还可靠吗？
预测数据本身带有置信度差异，填报频率低或依赖个人判断时，结论应注明预测时点和更新频率。做法是把已发生延期与预测中延期分开表述：前者是事实，后者是判断。评估结论标注数据截止日，并在下一个交付检查点用新的预测值复算，观察升级层级是否变化。若预测值在两次评估间大幅跳动，说明进度填报口径或估算方法需要先统一，再讨论影响结论。
跨项目比较延期率和缓冲消耗率时要注意什么？
不同项目的基线版本、工期长度、缓冲设置和工时记录粒度不同，延期率与缓冲消耗率不能直接横向排名。跨项目比较前需先对齐口径：确认延期天数都以原定里程碑日期为基准、延期率都以原计划工期为分母、缓冲定义一致。口径无法对齐时，只比较同一项目内的变化趋势，或改为比较绝对天数与受影响节点数这类口径更稳定的指标。
评估所需的基线、依赖关系和工时数据从哪里取？
基线数据取延期发生前的里程碑基线版本，包括原定日期与原计划工期；依赖关系数据取节点间前后置关系与关键路径标记；工时数据取工时记录与人员投入表。这些数据需要有稳定的承载位置，避免跨表核对产生口径差异。ONES 支持设置项目计划和里程碑基线，实时对比计划与执行的偏差；支持为项目任务设置前后置依赖，并用里程碑标记重要时间点；工时日历与成员工时报表可用于查看资源投入情况。评估开始前先锁定基线版本，后续对比均以该版本为准。
