子项目延期并不等于共同里程碑一定失守。先确认该子项目是否在里程碑关键路径上、延期是否吃掉剩余缓冲、其他子项目能否并行吸收，再决定保里程碑、调范围、调顺序还是正式改期。处置结果要落到项目集综合计划、依赖关系和子项目基线，并用缓冲余量、关键路径长度和依赖满足率验证恢复。
要点总览（TL;DR）
- 先确认延期子项目是否在共同里程碑关键路径上、延期是否吃掉真实剩余缓冲，再判断是否需要项目集层面介入。
- 原因排查按关键路径与缓冲、交付质量与返工、资源与外部依赖的顺序推进，每条假设都要有证据支撑。
- 处置按保里程碑、调范围、调顺序、正式改期四类评估，写明适用条件、审批人、风险与停止点。
- 处置结果要同步到项目集综合计划、里程碑定义、跨项目依赖和各子项目基线，并留下变更记录。
- 处置后用缓冲余量、关键路径长度、依赖满足率、验收通过情况验证恢复，并把里程碑变更纳入变更评审。
延期影响共同里程碑时先确认哪些症状与范围
收到子项目延期消息后，第一件事是把“延期”拆成可核对的事实，而不是立即启动里程碑变更。项目集管理者需要确认四类信息：延期的具体对象、延期幅度、该子项目与共同里程碑的交付关系、里程碑当前剩余缓冲。只有这四项都清楚，才能判断是否需要项目集层面介入。
确认对象时，要区分是子项目整体交付延期，还是某个中间交付物延期。整体延期通常直接冲击里程碑日期；中间交付物延期则要看它是否位于关键路径、后续工作能否压缩。延期幅度要按工作日计算，并注明起算点和口径，避免各子项目用不同日历口径讨论同一件事。
判断与共同里程碑的关系，核心看两点：该子项目的交付物是否被里程碑定义列为必要交付；其他子项目的启动或验收是否依赖它。如果两项都不成立，这次延期属于单个项目内部的进度问题，交由该项目按自身进度管理流程处理，项目集层面只需登记观察。
缓冲对比是界定影响程度的关键动作。把延期天数与里程碑剩余缓冲、浮动时间放在同一张表上比较：延期小于剩余缓冲，里程碑日期可能不变；延期接近或超过缓冲，就需要进入处置决策。这里要特别注意，缓冲可能已被其他子项目提前消耗，账面缓冲不等于可用缓冲。
据此形成一份延期影响范围确认清单，至少包含以下字段：
| 字段 | 填写要求 | 判断用途 |
|---|---|---|
| 延期子项目与交付物 | 写明项目名、交付物名称、原定完成日 | 锁定影响对象 |
| 延期幅度 | 按工作日计，注明口径与起算点 | 与缓冲做同口径比较 |
| 与里程碑的交付关系 | 是否为必要交付、被哪些子项目依赖 | 判断是否传导 |
| 里程碑剩余缓冲 | 账面缓冲与已消耗缓冲分列 | 判断是否吃掉浮动 |
| 其他子项目可吸收空间 | 可并行或压缩的工作及天数 | 判断能否内部消化 |
| 处置边界 | 本次只处理项目集层面计划统筹 | 避免越界干预单项目排程 |
这份清单同时划定了处置边界：本次处理的是项目集层面的计划统筹，包括里程碑日期、跨项目依赖和综合计划基线；单个项目内部的详细排程、任务重排由该项目负责人处理。边界清楚，后续决策才不会把项目集会议开成单项目进度会。
原因假设与排除证据：延期为何会传导到里程碑
确认影响范围后，下一步是解释传导机制。子项目延期传导到共同里程碑，常见原因有四类，每类都需要对应证据支撑，不能凭印象下结论。排查顺序建议先看关键路径与缓冲，再看交付质量与返工，最后看资源与外部依赖，因为前两类直接决定里程碑日期是否变化，后两类更多解释延期为何发生。
| 原因假设 | 验证证据 | 排查顺序 |
|---|---|---|
| 该子项目处于里程碑关键路径 | 依赖关系图、关键路径计算结果、里程碑必要交付清单 | 第一步 |
| 里程碑缓冲已被其他子项目消耗 | 缓冲台账、各子项目浮动时间占用记录、剩余浮动 | 第一步 |
| 交付物验收标准未对齐导致返工 | 验收记录、返工记录、验收标准版本对比 | 第二步 |
| 资源冲突或外部依赖未按期到位 | 资源占用记录、外部交付记录、承诺日期与实际日期对比 | 第三步 |
验证关键路径假设时，不要只看计划文档里的标注。用依赖关系图重新计算一次：从共同里程碑倒推，列出所有前置交付物，确认该子项目的交付物是否在最长路径上。如果它不在关键路径上，延期可能被路径上的浮动吸收，冲击有限；如果在关键路径上，延期天数通常直接转化为里程碑日期变化。
验证缓冲假设时，要调取缓冲台账而非综合计划上的静态数字。逐个核对其他子项目已占用的浮动时间，计算真实剩余缓冲。常见情形是账面缓冲充足，但已被两三个子项目分别借用，实际可用余量很小，这时即使延期天数不大，也可能触发里程碑风险。
验收标准未对齐的验证，重点比对验收记录与返工记录。如果返工集中在某个交付物，且返工原因指向验收标准理解不一致或标准中途变更，那么延期的主因是质量返工而非工作量估算偏差，处置时应优先对齐验收标准，再讨论日期调整。
资源冲突与外部依赖的验证，看资源占用记录和外部交付记录。资源被其他高优先级项目抽调、外部供应商交付晚于承诺日期，这类证据通常能解释延期为何发生，但不一定改变里程碑影响判断。它们的作用是帮助选择处置手段：资源问题可以通过调配缓解，外部依赖问题往往只能调整顺序或改期。
排查完成后，把每条假设标注为“成立”“不成立”或“证据不足”。证据不足的假设不要直接写入决策依据，应补充取证或列为观察项。这样形成的结论才能支撑后续处置选项的评估。
按处置选项安排后续工作：保里程碑、调范围、调顺序还是改期
影响确认、原因查清后，进入处置决策。四类选项各有适用条件和代价，项目集管理者应逐项评估而非直接跳到改期。评估时把每个选项的动作、审批人、风险和停止点写清楚，形成可执行的决策表。
| 处置选项 | 适用条件 | 主要动作 | 审批与风险 | 停止点 |
|---|---|---|---|---|
| 保里程碑 | 延期可被压缩吸收，交付物范围有裁剪空间 | 压缩非必要范围或增加资源，重排关键路径工作 | 需项目集负责人与子项目负责人共同批准；质量风险随压缩幅度上升 | 压缩导致验收标准无法满足时停止，回到评估 |
| 调范围 | 部分交付物非本次里程碑必要项 | 将非必要交付移出本次里程碑，记录移出项与回归时点 | 需与业务方确认移出影响；范围蔓延风险 | 移出项涉及合同或对外承诺时停止，转正式变更 |
| 调顺序 | 子项目间存在可调整的先后或并行关系 | 调整启动顺序或并行度，重算依赖与交接时间 | 需依赖方确认；并行增加协调成本与资源冲突风险 | 调整后关键路径反而变长时停止 |
| 正式改期 | 延期超过可用缓冲且无法通过上述方式吸收 | 发起里程碑变更评审，更新日期与下游计划 | 需变更评审委员会或对应决策层批准；影响下游项目与合同 | 评审未通过前不对外承诺新日期 |
保里程碑适合延期幅度有限、交付物范围有裁剪余地的情况。动作上先识别本次里程碑的非必要交付，再评估增加资源能否补回工期。批准人通常是项目集负责人与相关子项目负责人，质量风险需要明确写入决策记录：压缩测试或评审时间会提高缺陷流出概率，压缩幅度越大，后续返工可能性越高。
调范围适合部分交付物可以推迟到下一里程碑的情形。评估方法是逐项核对里程碑定义中的交付物，标注必要项与非必要项，再与业务方确认移出影响。记录方式要写明移出项名称、移出原因、回归里程碑和责任人。停止点是移出项涉及合同条款或对外承诺时，此时应转入正式变更流程，不能由项目组自行决定。
调顺序适合子项目之间存在可调整的先后或并行关系。动作包括调整启动顺序、提高并行度、重排交接时间。前提是依赖方确认新顺序可行，且资源能够支撑并行。风险在于并行增加协调成本和资源冲突，调整后要重新计算关键路径，如果路径反而变长，应停止调整并回到其他选项。
正式改期是兜底选项，触发条件是延期超过可用缓冲且前三类方式无法吸收。流程上发起里程碑变更评审，说明延期原因、已尝试的处置、对下游项目和合同的影响，由变更评审委员会或对应决策层批准。批准前不对外承诺新日期，避免二次变更。改期对下游项目的影响要逐项列出，包括交接时间、验收安排和资源计划。
无论选择哪类处置，涉及计划基线修改、依赖关系调整或对外承诺变更的操作，都应先完成评审或取得书面确认，再执行修改。修改前保留原计划版本，便于回溯和对比。
更新综合计划与依赖：把处置结果落到计划基线
处置决定作出后，落地质量决定后续能否验证恢复。更新工作围绕四个对象展开：项目集综合计划中的里程碑日期与交付物定义、受影响的跨项目依赖关系与交接时间、各子项目自身计划基线、变更记录。四者要同步更新，避免出现综合计划改了、子项目基线没动的情况。
更新里程碑日期与交付物定义时，以变更评审通过的结论为准，逐项修改综合计划中的日期、必要交付物清单和验收标准。如果处置方式是调范围，要把移出项从本次里程碑定义中移除并注明回归时点；如果是调顺序，要同步修改依赖关系图中的前后置关系。
同步跨项目依赖关系时，重点核对交接时间。一个子项目的交付延后，依赖它的子项目启动时间、验收安排都要相应调整。调整后重新检查依赖链上是否出现新的冲突，例如两个子项目同时需要同一资源。依赖关系的修改要通知到每个受影响子项目的负责人，不能只在综合计划里改数字。
各子项目调整自身计划基线并回填，是保证计划一致的关键动作。项目集管理者发出更新通知，明确修改范围、生效时间和回填截止时间；子项目负责人据此调整本项目基线，并把调整结果回填到项目集计划。回填完成后做一次一致性核对，确认综合计划与子项目基线在日期和交付物上对得上。
变更记录至少包含以下字段：变更对象、原值、新值、变更原因、决策人、评审结论、生效时间、受影响方。记录的作用不只是留痕，后续验证恢复和复盘复发原因时都要用到。变更原因要写具体，例如“关键路径交付物返工导致延期8个工作日，缓冲不足，经评审将里程碑日期顺延5个工作日”，避免只写“进度调整”。
在计划与依赖同步环节，工具承载能减少手工核对。ONES Plan 支持制定项目里程碑和甘特图，支持灵活制定项目计划、多时间跨度查看进度，也支持多项目总览与多项目数据集合查看，便于在综合计划层面同步里程碑日期和跟踪各子项目进度；其甘特图可监控及规划 ONES Project 中相关项目和迭代，查看工作量和进度。跨项目依赖的显式建模与依赖满足率统计、里程碑缓冲的统一管理，需结合具体版本能力确认后再纳入流程设计。
验证恢复与预防复发
处置执行后，需要一段观察期确认里程碑是否回到可控状态。验证不看单点日期，而看四个指标：里程碑缓冲余量、关键路径长度、依赖满足率、交付物验收通过情况。建议在处置生效后每周复核一次，连续观察两到三个复核周期；如果期间再次出现延期信号，缩短复核间隔。
| 验证指标 | 观察内容 | 恢复判断参考 |
|---|---|---|
| 里程碑缓冲余量 | 剩余缓冲天数及被占用情况 | 缓冲不再持续下降，保留可应对常见波动的余量 |
| 关键路径长度 | 关键路径上的工作项数量与工期 | 路径长度稳定，未因调顺序产生新的长路径 |
| 依赖满足率 | 按约定时间完成的跨项目交接占比 | 交接按期率回升，逾期交接有明确补救安排 |
| 交付物验收通过情况 | 验收一次通过率与返工记录 | 返工减少，验收标准争议不再重复出现 |
复核时把四项指标与处置前的基线对比，判断恢复趋势。缓冲余量持续下降说明处置没有真正吸收延期；关键路径变长说明调顺序带来了新风险；依赖满足率低说明交接环节仍有堵点；验收通过率低说明质量返工问题未解决。任一指标恶化，都应回到处置选项重新评估，而不是继续等待。
预防复发从三个机制入手。第一，里程碑缓冲统一管理：缓冲由项目集层面集中登记和分配，子项目借用浮动时间需登记用途和归还计划，避免账面缓冲被悄悄耗尽。第二，依赖定期巡检：按固定周期核对跨项目依赖的交接时间和完成状态，提前发现逾期苗头。第三，变更评审前置：里程碑日期、必要交付物和关键依赖的变更，先评审再执行，防止单方面调整传导到其他项目。
如果同类延期再次冲击共同里程碑，升级路径要事先明确：子项目负责人向项目集管理者报告，项目集管理者判断是否触发变更评审，涉及对外承诺的由对应决策层介入。责任人按变更记录中的决策链确定，避免复发时找不到牵头人。把每次复发的证据和处置结论补充进缓冲台账和变更记录，下一轮巡检和评审就有了可比对的依据。
常见问题
子项目延期天数小于账面缓冲，是否就可以不动共同里程碑？
不能只看账面数字。缓冲可能已被其他子项目提前借用，实际可用余量小于计划值。建议调取缓冲台账，逐个核对各子项目已占用的浮动时间，算出真实剩余缓冲，再与延期天数做同口径比较。如果真实剩余缓冲仍能覆盖延期，可以维持里程碑日期，同时登记缓冲占用情况；如果覆盖不了，就进入处置决策。
多个子项目同时延期、互相争抢同一批资源时，处置顺序怎么定？
先看各延期子项目与共同里程碑的关系：处于关键路径上的优先处理，不在关键路径上的可以观察或内部消化。再看资源冲突的性质，能通过调整顺序错开资源占用的，优先调顺序；必须同时占用同一资源的，评估增加资源或压缩范围是否可行。多个子项目同时延期时，建议合并为一次处置评估，统一决策，避免各自调整后依赖关系再次冲突。
正式改期后，下游子项目的计划由谁负责更新？
项目集管理者负责更新综合计划中的里程碑日期和跨项目依赖交接时间，并发出变更通知；各子项目负责人据此调整本项目基线并回填。回填完成后做一次一致性核对，确认综合计划与子项目基线在日期和交付物上对得上。变更记录中写明决策人、生效时间和受影响方，便于后续追溯。
处置后观察期内指标没有明显好转，应该怎么办？
先定位是哪项指标恶化：缓冲余量持续下降说明处置没有真正吸收延期；关键路径变长说明调顺序带来新风险；依赖满足率低说明交接环节仍有堵点；验收通过率低说明返工问题未解决。针对恶化的指标回到处置选项重新评估，必要时缩短复核间隔或升级到变更评审，避免继续等待。
用工具承载项目集计划与依赖同步时，需要重点确认哪些能力？
重点确认三项：能否在综合计划层面统一维护里程碑日期与交付物定义；能否显式表达跨项目依赖并跟踪交接时间；能否统计依赖满足率或缓冲占用情况。ONES Plan 支持制定项目里程碑和甘特图，支持多时间跨度查看进度与多项目总览，可用于同步里程碑日期和跟踪子项目进度；跨项目依赖建模、依赖满足率统计和缓冲统一管理需结合具体版本能力确认后再纳入流程。
