瀑布项目上个阶段未完成时，下个阶段可以启动，但属于有条件的并行推进，不能视为阶段已通过。判断的关键在于未完成项是否构成下阶段的输入缺口：缺口不影响下阶段工作，可在书面风险确认后带条件启动；缺口涉及下阶段依赖的基线、接口或验收结论，应先补齐或拆出最小可交付范围再启动。本文聚焦单项目阶段衔接，给出分类、排查、处置与验证方法。
要点总览（TL;DR）
- 瀑布项目上个阶段未完成时，下个阶段可以启动，但属于有条件的并行推进，不能当作阶段已通过。
- 判断依据是未完成项是否构成下阶段输入缺口：收尾型缺口可在书面风险确认后带条件启动，阻断型缺口应先补齐或拆出最小可交付范围再启动。
- 带条件启动需划定最小可交付范围、登记遗留问题、设定关闭期限与责任人，并约定复核方式与知会对象。
- 启动后通过遗留项按约关闭、下阶段输入齐备、关口记录完整三项信号确认衔接恢复，并在阶段评审中前置识别阻断型缺口。
先看症状：未完成的是哪一类工作
“上个阶段未完成”是一个笼统说法，落到决策上必须先拆成具体类型。同样是阶段末有遗留，文档收尾和接口未定对下阶段的影响完全不同。建议先把未完成项逐条列出，按性质归入以下四类，再判断是否阻断下阶段输入。
| 未完成类型 | 典型表现 | 是否阻断下阶段输入 | 判断依据 |
|---|---|---|---|
| 交付物缺项 | 设计文档、需求规格、测试报告未完成或未提交 | 视内容而定 | 下阶段工作是否直接引用该交付物；缺的是正文还是格式收尾 |
| 评审未通过 | 阶段评审结论为“有条件通过”或“不通过”，遗留问题未闭环 | 通常阻断 | 评审结论是否明确放行；遗留问题是否涉及下阶段输入 |
| 缺陷未关闭 | 上阶段测试发现的缺陷仍有打开状态 | 视严重程度而定 | 缺陷是否位于关键路径；是否影响下阶段所依赖的功能或接口 |
| 外部依赖未到位 | 第三方接口、供应商交付、环境准备未完成 | 通常阻断 | 下阶段启动是否以该依赖为前置条件 |
在此基础上，把四类缺口进一步归为两种性质。阻断型缺口指下阶段工作必须使用的基线、接口或验收结论尚未确定，下阶段即使启动也无法有效开展；收尾型缺口指遗留项属于文档完善、非关键缺陷修复、格式整改等，与下阶段的关键路径没有直接依赖关系。分类的目的不是给缺口贴标签，而是让“能不能启动”从感觉判断变成有依据的判断。
需要说明判断范围：本文讨论的是单个瀑布项目内部相邻两个阶段的衔接问题，不涉及组织级研发流程制度如何设计，也不讨论敏捷迭代中的类似情形。不同组织的阶段划分和关口定义存在差异，具体以项目已批准的计划和评审规则为准。
原因假设与排除证据：缺口为什么会影响下阶段
分类之后，还要验证缺口与下阶段之间是否真的存在影响关系。这里容易犯的错误是把“上阶段没做完”直接等同于“下阶段不能开始”。更稳妥的做法是先提出影响假设，再用证据逐条验证或排除，避免把猜测当成结论。
| 假设 | 验证证据 | 排查顺序 |
|---|---|---|
| 假设一：下阶段工作直接依赖上阶段基线或接口 | 依赖清单、下阶段输入文档、接口说明、基线版本记录 | 先查下阶段任务的前置依赖，再核对上阶段对应交付物是否已冻结 |
| 假设二：缺口只是文档或非关键项收尾 | 关键路径图、验收标准、缺陷严重等级记录 | 确认遗留项是否在关键路径上，是否达到验收标准所要求的状态 |
| 假设三：缺口源于评审结论未定 | 评审记录、遗留问题清单、评审结论文件 | 查评审是否给出明确结论，遗留问题是否已指派责任人和期限 |
排查时建议按“先依赖、再关键路径、后评审结论”的顺序推进。先看下阶段任务的前置依赖清单，确认哪些上阶段产出是必须输入；如果依赖清单显示下阶段并不使用遗留项，假设一即可排除。接着核对关键路径，判断遗留缺陷或文档是否影响下阶段的可交付成果；若遗留项不在关键路径且不影响验收，假设二成立，缺口属于收尾型。最后查评审记录，若评审结论本身含糊、遗留问题没有闭环安排，则假设三成立，此时问题不在缺口大小，而在阶段结论未定。
三种假设可能同时部分成立。例如某接口文档未完成（假设一成立），同时评审结论为有条件通过（假设三成立），这时应按更严格的一条处理，即先补齐接口基线或明确评审放行条件。验证过程中要区分“已证实”和“待确认”：依赖清单和评审记录属于可查证据，关键路径影响往往需要技术负责人确认，不能仅凭项目经理判断。
处置路径：带条件启动与暂缓启动怎么选
验证完成后，通常落到两条路径之一。选择依据是缺口性质：收尾型缺口走带条件启动，阻断型缺口走暂缓启动或先补齐再启动。两条路径都需要留下书面记录，区别在于推进节奏和风险承担方式。
路径一：带条件启动
适用于缺口不影响下阶段输入，或影响范围可被隔离的情形。操作步骤如下：
- 划定最小可交付范围：明确下阶段哪些工作可以立即开展，哪些必须等遗留项关闭后才能进行，把可并行部分与受限部分分开。
- 书面记录未完成项：逐条登记缺口内容、当前状态、对下阶段的潜在影响，形成遗留问题清单。
- 设定关闭期限与责任人：每项遗留问题明确责任人和关闭时间，期限应与下阶段关键节点对齐，避免无限期挂起。
- 约定复核方式：明确由谁在什么时点复核关闭情况，复核结果如何反馈到阶段关口记录。
- 完成审批与知会：由项目负责人或阶段关口负责人确认带条件启动，知会下阶段执行团队和相关干系人。
这条路径的风险边界在于：带条件启动不等于阶段通过，遗留项关闭前，阶段状态应保持“未完成”或“有条件通过”。一旦发现遗留项实际影响下阶段关键路径，应立即停止受限部分工作，转为暂缓处理。需要回退的场景包括：下阶段已产出的成果建立在未确定的接口或基线上，后续基线变更会导致返工，此时应暂停相关任务，待基线冻结后评估返工范围。
路径二：暂缓启动或先补齐再启动
适用于缺口涉及下阶段所依赖的基线、接口或验收结论的情形。判断条件包括：下阶段任务的前置依赖明确指向未完成交付物；评审结论为不通过且遗留问题未闭环；外部依赖未到位导致下阶段无法开展实质工作。
前置补齐动作按缺口类型区分：交付物缺项，集中资源完成并提交评审；评审未通过，先闭环遗留问题再重新评审；外部依赖未到位，与供应方确认交付时间，必要时调整下阶段计划。若缺口较大但部分工作可独立开展，可拆分出可交付的最小范围先行启动，其余部分待补齐后推进，这实质上是带条件启动的一种变体，仍需按路径一记录和复核。
两条路径的审批与知会对象基本一致：审批由项目负责人或阶段关口负责人承担，知会范围包括下阶段执行团队、上阶段遗留项责任人以及受影响的干系人。暂缓启动还需同步调整项目计划中的里程碑和依赖关系，避免后续排期继续按原假设推进。
在记录和跟踪环节，团队可以借助项目管理工具承载这些管理动作。ONES 的项目计划支持按阶段分解工作并设置任务前后置依赖，里程碑可标记阶段决策点，基线对比能反映计划与执行的偏差；遗留问题清单、关闭期限和责任人可以以任务或工作项形式跟踪，复核结果回写到阶段关口记录中。这样带条件启动的约定不会停留在会议纪要里，而是与计划、依赖和进度关联，便于后续核对。
验证恢复与复发预防
启动之后，需要确认阶段衔接是否真正恢复正常，而不是把问题推迟到下一个关口。验证信号主要有三类：遗留问题按约定关闭，关闭时间和责任人与记录一致；下阶段所需输入齐备，依赖清单中的前置项均已满足；阶段关口记录完整，包含带条件启动的审批、遗留项清单和复核结果。三项同时满足，才能把上阶段状态更新为通过。
验证可按固定节奏进行：在约定的关闭期限到达时逐项核对遗留问题状态；在下阶段首个里程碑处检查输入是否齐备；在阶段关口复核时对照记录确认无遗漏。发现遗留项逾期未关闭，应重新评估其对下阶段的影响，必要时收紧并行范围。
复发预防的重点在阶段评审环节前置识别阻断型缺口。建议在关口检查项中补充以下条目：
- 下阶段任务的前置依赖是否已逐条对应到上阶段交付物，并确认状态；
- 评审遗留问题是否全部指派责任人和关闭期限，结论是否明确；
- 关键路径上的缺陷是否已关闭或已评估影响；
- 外部依赖是否已确认到位时间，并纳入下阶段计划假设；
- 带条件启动的遗留项是否在关口记录中可追溯。
把这些检查项固化到阶段评审模板中，可以让“未完成能否启动”的判断在评审时就有据可依，减少事后补记录和反复确认的成本。对于反复出现同类缺口的项目，可对比历次基线版本，追溯变更和偏差原因，调整阶段划分或资源安排。
常见问题
上个阶段只是文档格式没改完，下个阶段能直接启动吗？
可以按带条件启动处理，前提是确认该文档的正文内容已定稿，缺的只是格式、排版或附件补充。判断时先查下阶段任务是否引用这份文档的实质内容：如果引用的是已定稿的正文，格式收尾不影响下阶段开展；如果下阶段要用的正是尚未完成的部分，就应按阻断型缺口处理。
带条件启动时仍需把格式整改登记为遗留项，写明责任人和关闭期限，避免在多个阶段之间长期挂起。
评审结论是“有条件通过”，这算阶段已通过吗？
不算。“有条件通过”意味着评审方认可主体工作，但附加了必须闭环的条件，阶段状态应保持未完成或有条件通过，直到条件全部满足。此时启动下阶段，需要把评审遗留问题逐条登记，明确责任人和关闭时间，并约定复核时点。
如果遗留问题涉及下阶段所依赖的基线或接口，应先补齐再启动，不能仅凭“有条件通过”的结论直接推进。
带条件启动后，遗留项一直没关闭怎么办？
先核对关闭期限是否已到，再评估逾期原因和影响范围。若遗留项逾期且开始影响下阶段关键路径，应收紧并行范围，暂停依赖该遗留项的工作，必要时转为暂缓处理并调整后续排期。
逾期情况应反馈到阶段关口记录中，由项目负责人重新确认阶段状态和后续计划，避免问题被推迟到下一个关口才暴露。
外部供应商交付延迟导致上阶段未完成，下阶段怎么安排？
先与供应方确认新的交付时间，再判断下阶段哪些工作以该依赖为前置条件。不依赖外部交付的部分可以先行开展，依赖部分待交付到位后启动，这属于带条件启动的变体，仍需登记遗留项并设定复核时点。
如果下阶段的实质工作全部依赖该外部交付，应暂缓启动，并同步调整项目计划中的里程碑和依赖关系，避免排期继续按原假设推进。
阶段关口记录需要包含哪些内容才算完整？
至少应包含：带条件启动的审批结论、遗留问题清单（含内容、状态、责任人和关闭期限）、复核方式与复核结果、下阶段输入依赖的确认情况。记录的作用是让后续复核有据可查，而不是停留在会议纪要中。
在项目管理工具中，这些内容可以与项目计划、任务前后置依赖和里程碑关联，便于在关口复核时对照核对。
