作者： Q.H. Wang

瀑布项目的阶段延期和阶段间返工成因不同。本文给出症状定位表、四类原因假设与支持/反向证据对照、按证据强度排序的排查步骤，以及处置后的恢复验证指标，帮助项目经理把笼统的延期拆成可诊断、可处置的具体问题。

瀑布门禁与迭代评审脱节，通常由同步点只按日历、交付边界不清、评审输入输出口径不一致三处错位叠加造成。本文给出三类根因假设与对应验证证据，按同步点、交付边界、评审输入输出的顺序处置，并用等待时长、返工次数和评审一次通过率验证恢复。

门禁已触发迭代产出未就绪、评审已通过门禁材料被退回，这类等待返工需要先分清是同步点设置、交付边界还是评审输入输出问题。本文给出三类原因假设的判别特征、取证顺序与分根因处置动作。

硬件门禁已通过而软件迭代未就绪，混合项目的关键是把两条进度线拆开处理：硬件门禁转为基线冻结，软件侧设就绪判定点并滚动排期，交付边界按交付物拆分为先行冻结与合并发布，用缓冲和并行窗口替代整体等待。

评审过多、迭代空转、阶段等待可能来自方法不适配，也可能来自执行条件缺失。本文把模糊抱怨拆成可计数症状，给出假设与证据对照、先查执行再评估方法的排查顺序，以及两类判断对应的处置路径、停止点与验证指标。

选了瀑布、敏捷或混合方法后仍出现阶段等待和形式化迭代，先别急着换方法。本文给出诊断顺序：把模糊抱怨转成可观察症状并界定范围，用证据验证方法不适配与执行走样两类假设，按判断结果分场景处置，再用指标确认恢复并防止复发。

硬件门禁已过、软件迭代未就绪，关键路径上会出现一段无人推进的等待。本文给出三步调整方法：先定位等待发生在门禁条件、迭代出口还是交付边界，再把门禁改为带条件放行，接着重切软件迭代范围与出口标准，最后书面重设交付边界与角色分工，并附完成检查清单与复查指标。

瀑布阶段衔接质量可用等待时间、返工率、交接遗漏和评审通过率四个指标度量。本文给出每个指标的公式、分子分母、时间窗与单位，说明从取数到形成结论的五步流程，并用一个两阶段交接算例演示计算与解读边界。

一份可直接填写的项目管理方法选择评估表：四张空白表覆盖项目特征评分、权重与加权得分、否决项检查和结论记录，附字段说明、填写示例与版本维护规则，帮助团队把方法选择结论做得可追溯。

瀑布项目的相邻阶段等待常集中在交付物完成到评审召开之间。本文给出三段等待基线记录方法、交接会议拆分与评审窗口前置的五项动作，以及用等待天数和返工率验证效果的指标口径。