瀑布项目的稳定性可以用四项指标组合度量：阶段周期偏差看进度是否按计划推进，阶段返工率看已通过的工作被退回重做的比例，缺陷遗漏率看评审或测试漏掉的缺陷在后续阶段暴露的程度，变更冲击看范围波动对已完成工作的影响。三项核心指标分别按“实际与计划之差除以计划”“返工工作量除以该阶段总工作量”“后续阶段发现的缺陷数除以该阶段应发现缺陷总数”计算。本文给出公式、分子分母、时间窗、缺失值处理与一个五阶段算例，便于按阶段取数复算并汇总成趋势。
要点总览（TL;DR）
- 瀑布项目稳定性用四项指标组合度量：阶段周期偏差、阶段返工率、缺陷遗漏率、变更冲击；进度类与质量类指标成对看，避免单指标定论。
- 阶段周期偏差＝（实际阶段工期−基线计划工期）÷基线计划工期，以工作日计，正值表示超期；基线取阶段启动时确认的计划，执行中调整的计划不替换基线。
- 阶段返工率＝该阶段返工工作量÷该阶段总工作量；缺陷遗漏率＝后续阶段暴露的应属该阶段缺陷数÷该阶段应发现缺陷总数，缺陷按引入阶段归属，分母为零记不适用。
- 按需求、设计、开发、测试、上线逐阶段取数并汇总成趋势，交叉验证返工率与遗漏率是否同阶段上升，定位恶化环节。
- 指标反映过程状态，不设通用达标线；阈值结合项目基线与历史数据确定，缺失阶段单独标记，不并入分母也不按零处理。
评估目标：瀑布稳定性要回答哪三个问题
瀑布项目的稳定性度量，对象是单个瀑布项目或以瀑布为主的混合项目的顺序开发过程。它要回答三个判断：进度是否可控、返工是否收敛、缺陷是否被及时发现。三个判断分别对应不同的指标方向，合起来才构成对过程稳定性的完整描述。
第一个判断是进度是否可控。瀑布项目按阶段推进，前一阶段交付物是后一阶段的输入，任一阶段明显超期都会向后传导。度量进度稳定性，需要把实际阶段工期与基线计划工期对照，看偏差是偶发还是持续扩大。
第二个判断是返工是否收敛。返工指已通过评审或已完成的阶段工作被退回重做。少量返工属于正常修正，返工量随阶段推进持续上升，说明前期交付物的质量不足以支撑后续工作，过程稳定性在下降。
第三个判断是缺陷是否被及时发现。缺陷遗漏率衡量本阶段应发现却漏到后续阶段的缺陷比例。遗漏率高，说明本阶段的评审或测试拦截能力不足，缺陷发现被推迟，修复成本随阶段后移而上升。
三项判断之外，变更冲击作为辅助指标，衡量阶段内需求或范围变更对已完成工作的影响。它帮助解释进度偏差和返工中由范围波动造成的部分，避免把变更影响误判为执行问题。
本文的评估范围限于单项目的指标组合与计算口径。组织级研发流程制度设计、敏捷框架与敏捷项目管理方法不在本文展开；指标阈值如何写入组织考核制度，也需结合各组织基线另行确定。
指标与范围：阶段周期、返工率、缺陷遗漏率与变更冲击如何组合
四项指标按“进度类”和“质量类”两组组合。进度类包括阶段周期偏差和变更冲击，回答计划是否被守住、范围是否稳定；质量类包括阶段返工率和缺陷遗漏率，回答交付物是否可靠、缺陷是否被及时拦截。两组指标互相校验：进度正常但返工率和遗漏率同时上升，说明进度是靠压缩评审和测试换来的，稳定性并未真正改善。
取数按阶段进行，典型阶段划分为需求、设计、开发、测试、上线。每个阶段分别计算四项指标，再按阶段顺序汇总为项目趋势。阶段划分应与项目基线计划中的阶段定义一致，避免同一项目内出现两套阶段口径。
| 指标 | 回答的问题 | 取数阶段 | 方向 |
|---|---|---|---|
| 阶段周期偏差 | 该阶段实际工期相对基线计划是超期还是提前 | 需求、设计、开发、测试、上线各阶段 | 越低越稳定，正值表示超期 |
| 阶段返工率 | 该阶段已通过的工作有多少被退回重做 | 设计、开发、测试等有明确交付物的阶段 | 越低越稳定 |
| 缺陷遗漏率 | 该阶段应发现的缺陷有多少漏到后续阶段 | 需求、设计、开发、测试 | 越低越稳定 |
| 变更冲击 | 阶段内变更影响了多少已完成工作量 | 需求、设计、开发各阶段 | 越低越稳定，用于解释偏差来源 |
组合原则有三条。其一，进度类与质量类指标必须成对看，单看进度偏差无法区分“执行高效”与“压缩质量活动”。其二，指标按阶段呈现趋势，而非只给项目整体一个数，这样才能定位恶化发生在哪个阶段。其三，变更冲击作为解释变量，与进度偏差、返工率同阶段对照，判断偏差中有多少来自范围变化。
数据口径：分子分母、时间窗与缺失值怎么定
口径统一是复算的前提。四项指标的公式、分子、分母、单位与时间窗如下表，同一项目内工作量口径只能选一种，人天或工作项数不可混用。
| 指标 | 公式 | 分子 | 分母 | 单位 | 时间窗 | 缺失处理 |
|---|---|---|---|---|---|---|
| 阶段周期偏差 | （实际阶段工期 − 基线计划工期）÷ 基线计划工期 | 实际与计划之差 | 基线计划工期 | 工作日；结果以百分比表示 | 该阶段起止日期 | 无基线计划的阶段标记为不可算，不并入汇总 |
| 阶段返工率 | 该阶段返工工作量 ÷ 该阶段总工作量 | 返工工作量 | 该阶段总工作量 | 人天或工作项数，项目内统一 | 该阶段起止日期 | 总工作量为零时记为不适用 |
| 缺陷遗漏率 | 后续阶段发现的、应属该阶段的缺陷数 ÷ 该阶段应发现缺陷总数 | 后续阶段暴露的该阶段缺陷数 | 该阶段应发现缺陷总数 | 缺陷数，结果以百分比表示 | 该阶段起止日期，缺陷归属按引入阶段判定 | 分母为零时记为不适用，不并入汇总 |
| 变更冲击 | 阶段内变更影响的工作量 ÷ 该阶段总工作量 | 变更影响的工作量 | 该阶段总工作量 | 人天或工作项数，与返工率同口径 | 该阶段起止日期 | 无变更记录时记为零，并注明“无变更” |
阶段周期偏差以工作日为单位，正值表示超期，负值表示提前。基线计划工期取项目立项或阶段启动时确认的基线，执行中调整的计划不能直接替换基线，否则偏差会被系统性抹平。
返工率的分母是该阶段总工作量，包括正常完成的工作和被退回重做的工作，返工工作量只计退回重做部分，不重复计入原始工作量。工作量用人天时按实际投入统计，用工作项数时按阶段内工作项计数，两种口径在同一项目内不可混用，跨项目比较前需先统一。
缺陷遗漏率的分子是后续阶段发现的、按引入阶段应归属本阶段的缺陷数，分母是本阶段应发现缺陷总数，即本阶段发现数加后续阶段暴露数。缺陷归属按引入阶段判定，而非按发现阶段，否则遗漏率会失真。
时间窗统一按阶段起止日期统计，跨阶段的工作按实际投入阶段拆分。数据缺失的阶段单独标记为“数据缺失”，不并入分母，也不默认按零处理；分母为零时该阶段指标记为“不适用”，同样不并入汇总。
计算与评估步骤：从取数到阶段趋势
计算按五步执行，每一步都有明确产物，便于他人复核。
第一步，确定阶段基线计划与工作量口径。整理各阶段的基线起止日期与基线计划工期，明确工作量用人天还是工作项数，并固定下来。产物是一张阶段基线表，包含阶段名称、基线起止日期、基线工期、工作量口径。
第二步，按阶段取数并计算四项指标。逐阶段收集实际工期、返工工作量、总工作量、缺陷发现与暴露记录、变更影响工作量，代入上节公式。产物是分阶段指标明细表。
第三步，按阶段汇总成趋势。把各阶段指标按需求、设计、开发、测试、上线的顺序排列，观察每项指标随阶段推进的变化。重点识别指标开始恶化的阶段，而不是只看项目整体均值。
第四步，交叉验证。检查返工率上升与缺陷遗漏率上升是否出现在同一阶段，进度偏差扩大是否与变更冲击同阶段出现。同一阶段进度类与质量类指标同时恶化时，优先核查该阶段的评审与测试活动是否被压缩。
第五步，形成稳定性结论与待核查项。结论按三个判断分别给出：进度是否可控、返工是否收敛、缺陷是否被及时发现，并列出需要回到原始记录核查的疑点，例如某阶段返工集中在少数工作项，或缺陷归属存在争议。
| 阶段 | 周期偏差 | 返工率 | 缺陷遗漏率 | 变更冲击 | 备注 |
|---|---|---|---|---|---|
| 需求 | |||||
| 设计 | |||||
| 开发 | |||||
| 测试 | |||||
| 上线 |
阶段计划、工作项状态流转与缺陷记录是取数的原始来源。ONES 支持用项目计划创建工作分解结构，按项目阶段等维度分解计划和工作，并可设置计划与里程碑基线，对比计划与执行的偏差；缺陷跟踪与质量统计可沉淀缺陷状态分布。将这些记录按阶段归集，即可支撑上述分阶段取数与汇总。是否内置四项指标的现成计算模板，需在选型时核验。
例子：一个五阶段瀑布项目的指标计算
以下为演示情景，数字为便于说明计算过程而设定，不代表任何真实项目。
某瀑布项目分需求、设计、开发、测试、上线五个阶段，工作量统一用人天。各阶段基线计划工期为：需求10个工作日、设计15个工作日、开发30个工作日、测试20个工作日、上线5个工作日。
阶段周期偏差计算：需求阶段实际12个工作日，偏差为（12−10）÷10＝20%；设计阶段实际15个工作日，偏差为0；开发阶段实际36个工作日，偏差为（36−30）÷30＝20%；测试阶段实际18个工作日，偏差为（18−20）÷20＝−10%，即提前2个工作日；上线阶段实际5个工作日，偏差为0。
阶段返工率计算：以开发阶段为例，总工作量120人天，其中因设计缺陷退回重做的工作量为18人天，返工率为18÷120＝15%。设计阶段总工作量40人天，返工6人天，返工率15%；测试阶段总工作量50人天，返工5人天，返工率10%。需求阶段无退回重做记录，返工率为0，并注明“无返工”。
缺陷遗漏率计算：以设计阶段为例，该阶段评审发现缺陷20个，后续开发与测试阶段又暴露应归属设计阶段的缺陷5个，应发现缺陷总数为25个，遗漏率为5÷25＝20%。开发阶段本阶段发现缺陷40个，测试阶段暴露应归属开发的缺陷10个，遗漏率为10÷50＝20%。需求阶段本阶段发现缺陷15个，后续暴露3个，遗漏率为3÷18≈16.7%。测试阶段后续暴露应归属测试的缺陷2个，本阶段发现30个，遗漏率为2÷32＝6.25%。
变更冲击计算：开发阶段因需求变更影响已完成工作量12人天，变更冲击为12÷120＝10%；设计阶段变更影响4人天，变更冲击为4÷40＝10%；需求与测试阶段无变更记录，记为零并注明“无变更”。
阶段趋势解读：开发阶段周期偏差20%、返工率15%、缺陷遗漏率20%、变更冲击10%同时偏高，四项指标在该阶段集中恶化。交叉验证显示，设计阶段遗漏率20%与开发阶段返工率15%相邻出现，说明设计评审拦截不足的缺陷在开发阶段转化为返工；开发阶段变更冲击10%可解释部分进度偏差，但返工与遗漏同时偏高，提示该阶段评审与测试投入可能不足。测试阶段周期提前10%、遗漏率6.25%，质量指标相对较好，但需核查提前是否以压缩测试范围为代价。结论为：进度整体可控但开发阶段存在集中风险，返工未呈收敛趋势，缺陷拦截在设计环节偏弱，待核查项为设计评审记录与开发阶段变更清单。
解读与限制：指标能说明什么、不能说明什么
四项指标反映的是过程状态，能说明偏差发生在哪个阶段、返工与遗漏是否同向变化，不能直接证明质量或进度改善的原因。返工率下降可能来自评审加强，也可能来自返工记录口径变化；解读时需回到原始记录确认。
分母为零与阶段工作量差异会带来不可比。某阶段无应发现缺陷时，遗漏率记为不适用，不参与汇总；各阶段工作量差异大时，直接比较返工率绝对值意义有限，应结合工作量规模与阶段性质判断。跨项目比较前，需先统一阶段划分与工作量口径。
本文不设通用达标线。阈值应结合项目自身基线与历史数据确定，例如以同类项目近几个周期的分阶段指标分布作为参照区间。把某一固定百分比当作所有项目的合格线，容易误判。
单指标不能作为全部绩效评价依据。阶段周期偏差小可能来自计划宽松，返工率低可能来自返工记录不全，缺陷遗漏率低可能来自缺陷归属判定偏松。将四项指标与变更冲击结合，并保留待核查项，才能形成可复核的稳定性判断。
常见问题
阶段周期偏差用基线计划还是最新计划做分母？
用基线计划。基线取项目立项或阶段启动时确认的工期，执行中调整后的计划不能直接替换基线，否则偏差会被系统性抹平，看不出真实的超期或提前。若项目确实需要重新基线化，应保留原基线并单独记录重基线时点，前后两段分别计算，避免把调整前后的偏差混在一个数里。
返工率用人天还是工作项数，两种口径能混用吗？
同一项目内只能选一种，不能混用。用人天时按实际投入统计，返工工作量只计退回重做部分，不重复计入原始工作量；用工作项数时按阶段内工作项计数。跨项目比较前需先统一口径，否则工作量规模差异会让返工率的绝对值失去可比性。工作量口径应在第一步确定阶段基线时固定下来，后续取数不再更换。
缺陷遗漏率的缺陷按发现阶段还是引入阶段归属？
按引入阶段归属。分子是后续阶段发现的、按引入阶段应归属本阶段的缺陷数，分母是本阶段应发现缺陷总数，即本阶段发现数加后续阶段暴露数。若按发现阶段归属，遗漏率会失真：设计阶段引入、开发阶段才暴露的缺陷会被算到开发头上，设计环节的拦截能力反而看不出来。归属存在争议的缺陷应列入待核查项，回到原始记录确认。
某阶段没有缺陷记录或没有变更，指标该怎么记？
分两种情况处理。分母为零时，该阶段指标记为“不适用”，不并入汇总，也不默认按零处理，否则会把“没有可统计对象”误读成“表现很好”。无变更记录时，变更冲击记为零并注明“无变更”，与“有变更但影响为零”区分开。数据缺失的阶段单独标记为“数据缺失”，同样不并入分母，待补齐后再纳入趋势。
四项指标算出来后，怎么判断项目稳定性是否改善？
看阶段趋势和指标间的一致性，而非单个数字。把各阶段指标按需求到上线的顺序排列，观察返工率是否随阶段推进收敛、遗漏率是否集中在某几个环节。进度类与质量类指标同阶段同时恶化时，优先核查该阶段的评审与测试活动是否被压缩；进度正常但返工率和遗漏率上升，说明进度可能靠压缩质量活动换来。阈值应结合项目自身基线与历史数据确定，不套用统一百分比。
