混合式项目同时存在阶段计划和迭代节奏，度量时要把两类成果分开计量，再放到同一时间窗里合并解读：阶段成果看里程碑是否按验收标准交付，迭代产出看单位周期内可交付成果是否稳定。本文给出一套可复算的指标口径、计算步骤和示例，并说明结果能说明什么、不能说明什么。
要点总览（TL;DR）
- 混合式项目要分开计量两类成果：阶段成果看里程碑与阶段门是否按验收标准交付，迭代产出看单位周期内可交付成果是否稳定，两者不合并成一个总分。
- 每个维度选三到五项指标并指定一项主指标：阶段维度用里程碑按期达成率、阶段门验收通过率、缺陷密度；迭代维度用承诺完成率、交付周期、返工率。
- 口径要可复算：每个指标写明分子、分母、单位和统计时间窗，分母为零记为“不适用”而非0%，阶段与迭代重叠时按工作项归属，不重复计入。
- 合并解读用组合视图：以阶段门通过率为横轴、迭代交付稳定性为纵轴划分四象限，阈值先由观察期数据建立基线，再定期复核调整。
- 指标反映交付状态，不直接证明质量或团队能力；样本过少、两类指标冲突时要回到原始记录核对，并用抽查和交叉核对防范指标被博弈。
评估目标：要回答哪两个问题
混合式项目的度量容易滑向一个总分：用整体进度百分比或平均速率概括全部状态。这种做法把两类性质不同的工作混在一起，阶段门该不该放行、迭代节奏是否稳定，都无法从单一数字中读出。双维度度量的第一步，是明确两套指标各自回答一个问题。
阶段成果维度回答“关键节点是否按验收标准交付”。它的评估对象是里程碑和阶段门，判断用途是阶段门评审：这个阶段的交付物是否齐备、是否通过验收、与计划的偏差有多大，据此决定进入下一阶段、有条件放行还是退回整改。
迭代产出维度回答“单位周期内可交付成果是否稳定”。它的评估对象是迭代周期和迭代内的工作项，判断用途是迭代回顾：承诺的条目完成了多少、交付周期是否可控、返工占多大比例，据此调整下个迭代的承诺量和协作方式。
两个维度服务不同的决策场合，因此不合并成一个总分，也不互相替代。阶段门通过率高，不能说明迭代节奏稳定；迭代完成率好看，也不能说明阶段交付物达到了验收标准。本文的评估范围限于单个项目或项目群的交付状态，不对组织级研发流程制度做评价。
指标与范围：阶段成果和迭代产出各用哪些指标
每个维度选三到五项指标，并指定一项主指标用于组合视图。指标过多会分散取数精力，也容易让团队挑好看的数字汇报。以下清单按“衡量什么、适用范围、不适用情形”给出。
阶段成果指标
| 指标 | 衡量什么 | 适用范围 | 不适用情形 |
|---|---|---|---|
| 里程碑按期达成率（主指标） | 计划时间点内完成的里程碑占应完成里程碑的比例 | 阶段划分清晰、里程碑有明确日期的项目 | 里程碑日期频繁整体平移且未留痕时，结果失真 |
| 阶段门验收通过率 | 一次评审即通过的阶段门占已评审阶段门的比例 | 设有正式阶段门评审的项目 | 评审标准未书面化时，通过与否依赖个人判断 |
| 阶段交付物缺陷密度 | 阶段交付物在验收或后续使用中发现的缺陷数相对交付物规模 | 交付物可计数、缺陷有统一记录口径 | 缺陷记录渠道分散、未去重时不宜直接比较 |
迭代产出指标
| 指标 | 衡量什么 | 适用范围 | 不适用情形 |
|---|---|---|---|
| 迭代承诺完成率（主指标） | 迭代结束时完成的承诺条目占迭代开始时承诺条目的比例 | 迭代有明确的承诺范围与结束时点 | 迭代中途大幅追加范围且未单独记录时，完成率被稀释 |
| 迭代交付周期 | 条目从进入迭代到达到完成定义所经历的时间 | 完成定义统一、状态流转有记录 | 条目粒度差异过大时，平均值参考价值有限 |
| 返工率 | 完成后因缺陷或验收不通过被退回的条目占完成条目的比例 | 退回有记录、原因可归类 | 返工与新增需求混记时，无法区分 |
指标与项目类型的对应关系需要提前约定：以阶段计划为主干、迭代嵌入其中的项目，阶段指标覆盖全部里程碑，迭代指标只统计与阶段交付物直接相关的迭代；纯支撑性迭代（如技术预研）可单独统计，不混入主口径。主指标的选择依据是它最能反映该维度的核心风险：阶段维度选里程碑按期达成率，迭代维度选承诺完成率，其余指标作为解释性指标，用于说明主指标背后的原因。
数据口径：分母、时间窗与缺失值怎么定
两类指标要能合并解读，前提是各自口径可复算、单位一致、时间窗对齐。每个指标都要写明分子、分母、单位和统计时间窗，缺失值单独处理，不用零值填充。
| 指标 | 分子 | 分母 | 单位 | 统计时间窗 | 缺失值规则 |
|---|---|---|---|---|---|
| 里程碑按期达成率 | 计划日期内完成的里程碑数 | 统计期内应完成的里程碑数 | 百分比 | 按里程碑区间，取阶段起止日期 | 分母为零记为“不适用”，不记0% |
| 阶段门验收通过率 | 一次评审通过的阶段门数 | 统计期内已评审的阶段门数 | 百分比 | 按阶段门评审发生日期 | 未评审的阶段门不计入分母 |
| 阶段交付物缺陷密度 | 阶段交付物确认的缺陷数 | 交付物规模（按约定单位，如功能点数或文档页数） | 缺陷数/单位规模 | 与阶段区间一致，缺陷按发现日期归属 | 规模数据缺失时标注“不可计算”，不估算 |
| 迭代承诺完成率 | 迭代结束时完成的承诺条目数 | 迭代开始时承诺的条目数 | 百分比 | 按迭代周期，起止以迭代计划为准 | 迭代取消时整条剔除，不按0计算 |
| 迭代交付周期 | 各完成条目从进入迭代到完成的时长之和 | 统计期内完成条目数 | 天/条目 | 按条目完成日期落在迭代周期内 | 无完成条目时记为“不适用” |
| 返工率 | 被退回的完成条目数 | 统计期内完成条目数 | 百分比 | 按退回发生日期，允许跨迭代归属 | 退回原因未记录时单列“原因不明”，不并入分子 |
阶段与迭代时间重叠时的归属规则要提前写死：按工作项归属确定计入维度，阶段交付物及其验收活动计入阶段维度，迭代内承诺的研发条目计入迭代维度，同一工作项不重复计入两个维度。跨阶段的长周期条目，在阶段维度按里程碑完成情况计一次，在迭代维度按迭代内完成情况计一次，但两者的分母各自独立，不做交叉折算。
分母为零是常见情形，例如某阶段没有安排阶段门评审、某迭代没有完成条目。此时应记为“不适用”并在报表中保留空白，而不是填0拉低平均值。样本过少（如一个阶段只有一两个里程碑）时，结果只作参考，需在解读时标注。
计算与评估步骤：从取数到合并解读
计算流程分四步：取数、校验、计算、复核。取数按指标口径表逐项提取分子分母，来源包括里程碑状态、阶段门评审记录、迭代承诺清单和条目状态流转记录。校验检查三件事：分母是否与计划一致、时间窗是否落在统计期内、缺失值是否已按规则标注。计算按公式逐项代入，保留原始分子分母以便复算。复核由未参与取数的人抽查两到三项指标，核对原始记录。
两个维度的得分计算方式保持简单可解释：阶段成果得分取主指标（里程碑按期达成率）与阶段门验收通过率的加权平均，权重按项目对时间与验收质量的侧重设定，例如时间敏感型项目给按期达成率更高权重；迭代产出得分取承诺完成率与返工率的组合，返工率以扣减项形式进入，避免完成率高但返工严重的情况被掩盖。缺陷密度和交付周期作为解释性指标，不进入得分，用于说明得分背后的原因。
合并解读采用组合视图：横轴为阶段门通过率，纵轴为迭代交付稳定性（可用连续若干迭代承诺完成率的波动幅度衡量，波动越小越稳定），划分四个象限。右上为健康区，阶段验收与迭代节奏都正常；左上为阶段风险区，迭代稳定但阶段门通过率低，说明交付物质量或验收准备不足；右下为迭代波动区，阶段门通过但迭代完成率起伏大，说明承诺量或协作节奏有问题；左下为双高风险区，需要优先干预。
阈值设定依据项目历史数据或组织已有基线，没有历史数据时先设一个观察期（如两到三个迭代加一个阶段），用观察期数据建立基线，再据此设定阈值，并每季度复核调整。阈值的作用是触发讨论，不作为考核线直接使用。
在数据承载上，ONES 的项目计划支持按阶段或交付物分解工作并设置里程碑，可建立计划与里程碑基线用于对比执行偏差；同一项目下可关联迭代和研发任务，看板、燃尽图和可自定义范围与维度的报表可用于取数与呈现。具体指标是否预置计算，需在实际环境中按上述口径配置核验。
示例：一个混合项目的双维度计算
以下为演示情景，数字用于说明计算过程，不代表任何真实项目。某项目分三个阶段，每个阶段内运行两周迭代，统计期为第二阶段。
阶段成果：第二阶段计划里程碑4个，按期完成3个，里程碑按期达成率 = 3 ÷ 4 = 75%。该阶段安排阶段门评审1次，首次未通过、整改后通过，阶段门验收通过率 = 0 ÷ 1 = 0%（一次通过口径）。阶段交付物确认缺陷12个，交付物规模按约定为60个功能点，缺陷密度 = 12 ÷ 60 = 0.2个/功能点。
迭代产出：第二阶段含4个迭代，各迭代承诺条目分别为10、12、10、12，完成条目分别为8、11、6、10，承诺完成率分别为80%、91.7%、60%、83.3%，合计完成35 ÷ 承诺44 = 79.5%。完成条目平均交付周期为6.5天。完成条目中被退回3个，返工率 = 3 ÷ 35 = 8.6%。四个迭代完成率的波动幅度较大，最低60%与最高91.7%相差超过30个百分点，迭代交付稳定性判为偏低。
组合解读：阶段门通过率0%（一次通过口径）落在横轴低位，迭代稳定性偏低落在纵轴低位，项目处于双高风险区。进一步看解释性指标：缺陷密度0.2个/功能点提示阶段交付物质量是阶段门未一次通过的主要原因；第三个迭代完成率骤降到60%，需核对该迭代是否中途追加范围或出现阻塞。偏差发现后，处理方向是加强阶段门前的内部预评审，并在迭代计划中控制承诺量、单独记录范围变更。
解读与限制：指标能说明什么、不能说明什么
双维度指标反映的是交付状态，不直接证明质量水平或团队能力。里程碑按期达成率高，可能来自里程碑设置宽松；承诺完成率高，可能来自承诺量保守。指标的价值在于暴露偏差、触发讨论，而不是给出绩效结论。
分母为零、样本过少时，解读要收敛。一个阶段只有一两个里程碑，一次未按期就会让达成率大幅波动；一个迭代只有三五个条目，完成率的变化更多反映条目粒度而非节奏。这类结果应标注样本量，不与其他周期直接比较。
两类指标冲突时，先看冲突指向哪个环节。阶段门通过率高而迭代完成率低，通常说明阶段验收标准偏松或迭代承诺量偏大；迭代稳定而阶段门通过率低，通常说明交付物在阶段层面的整合与验收准备不足。冲突本身是有用信息，处理方式是回到原始记录核对，而不是调整权重让数字好看。
指标被博弈的风险需要制度性防范：定期抽查完成条目的实际验收情况，交叉核对缺陷密度与返工率是否同步异常，对里程碑日期的整体平移要求留痕并说明原因。复核由独立于执行团队的人执行，抽查比例和频次在项目开始时约定。做到这些，双维度度量才能稳定地服务于阶段门评审和迭代回顾，而不是变成又一套汇报数字。
常见问题
阶段和迭代的时间窗重叠时，同一个工作项该计入哪个维度？
按工作项归属确定计入维度，同一工作项不重复计入两个维度。阶段交付物及其验收活动计入阶段维度，迭代内承诺的研发条目计入迭代维度。跨阶段的长周期条目可以在两个维度各计一次，但两者的分母各自独立，不做交叉折算。这条规则要在统计开始前写死，否则同一批数据在不同人手里会算出不同结果。
项目刚开始、还没有历史数据，阈值怎么定？
先设一个观察期，例如两到三个迭代加一个阶段，用观察期数据建立基线，再据此设定阈值，之后每季度复核调整。观察期内不急于用阈值下判断，重点是把口径跑通、把数据记录补齐。阈值的作用是触发讨论，不宜直接当作考核线使用。
阶段门通过率高但迭代完成率低，应该先查什么？
这类冲突通常指向两个环节之一：阶段验收标准偏松，或者迭代承诺量偏大。处理方式是回到原始记录核对，看阶段门评审是否一次通过、评审标准是否书面化，以及迭代中途是否追加了范围。冲突本身是有用信息，不建议通过调整权重让数字看起来一致。
指标数据从哪里取，ONES 能承载到什么程度？
取数来源包括里程碑状态、阶段门评审记录、迭代承诺清单和条目状态流转记录。ONES 的项目计划支持按阶段或交付物分解工作并设置里程碑，可建立计划与里程碑基线对比执行偏差；同一项目下可关联迭代和研发任务，看板、燃尽图和可自定义范围与维度的报表可用于取数与呈现。具体指标是否预置计算，需在实际环境中按本文口径配置核验。
如何防止团队为了指标好看而做数字游戏？
用制度性复核防范：定期抽查完成条目的实际验收情况，交叉核对缺陷密度与返工率是否同步异常，对里程碑日期的整体平移要求留痕并说明原因。复核由独立于执行团队的人执行，抽查比例和频次在项目开始时约定。指标的价值在于暴露偏差，复核机制要保证偏差能被如实记录。
