作者： Q.H. Wang

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

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

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

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

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

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

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

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

评审通过率以评审单元计数，交接遗漏率以必交项计数，两项指标按阶段、项目、时间窗分别统计，与等待时间、返工率交叉解读，用于定位阶段衔接的薄弱环节，不单独作为绩效结论。

变更已经冲击瀑布项目后续阶段时，先冻结需求基线和已通过评审的阶段产物，建立变更台账；再把变更控制改为固定节奏和时间盒的评审机制；最后保留已确认里程碑，将受冲击阶段拆为两段并重排关键路径。本文给出角色分工、演示示例和完成检查清单，帮助项目恢复可执行状态。