作者： Q.H. Wang

瀑布项目按阶段顺序推进，每个阶段用进入条件、核心交付物、完成标志三件事管理。本文给出七个阶段的逐项对照，并说明阶段门评审、基线与变更控制如何衔接，以及和迭代交付、混合模式的区别。

瀑布项目阶段边界不清会同时引发等待、返工和验收争议。本文按症状对照、根因区分、分因处置、验证防复发四步展开，帮助判断问题落在阶段定义还是阶段衔接，并给出可执行的处置与验证方法。

瀑布项目阶段划分依据交付物形态、技术不确定性、评审与决策节点、外部依赖与合规要求、资源与组织边界、风险集中度六类因素。本文给出边界判定标准、阶段交付物安排、衔接条件写法和完成检查清单，帮助新项目启动时制定可执行的阶段计划。

迭代容量回答“这个迭代能接多少工作”，团队速率回答“过去每个迭代通常能完成多少”。本文从定义、边界、计算机制到适用问题，讲清两个概念的区别与衔接方式。

迭代容量不足时，缩减范围、调整目标和补充资源改变的对象不同。本文给出量化缺口的核对动作、按目标刚性排序的决策路径，以及取舍后的沟通记录与未完成工作处理建议。

质量目标与进度冲突时，先按红线项、可调整项、可交换项完成分层，再按量化冲突、比较方案、书面决定、审批留痕的步骤推进。红线项不因进度让步，优先通过调整范围、节奏和保障措施吸收压力，调整后逐项验证并回写质量目标基线。

进度、成本、范围与质量目标冲突时，先把质量要求分成底线与弹性两类：底线要求只能通过调整交付方式、分批范围或追加资源来保障，弹性要求可在说明影响并获得确认后调整。本文提供底线判定问题清单、五步协调流程、角色交付物对照和完成检查清单。

燃尽图能反映剩余工作量趋势，却无法独立说明团队表现。本文判断其作为考核依据的适用边界，梳理估算口径、范围变更和更新时点带来的解读局限，给出暂缓条件与试点验证方法。

范围变更后，旧质量目标容易与交付物和验收口径脱钩。本文给出从变更评审识别影响、重写可衡量目标、建立版本追溯到效果验证的完整做法，并说明适用条件、投入代价与简化情形。

需求变更后，质量目标常与验收标准脱节、检查记录找不到对应目标、历史版本被覆盖。本文提供一套可落地的维护方法：把质量目标做成受控条目，绑定来源需求与验收口径，在变更评审中同步判断新增、修改、废止，检查结果回填同一记录，保留版本历史，并用三个信号验证维护是否到位。