部署频率统计的是部署动作发生的次数，统计对象是部署事件，通常按部署到某个环境（测试、预发、生产）的次数与时间窗口计算；交付频率统计的是交付物到达可交付状态或交付给使用方的次数，统计对象是交付批次或交付单元，关注一次交付中包含的需求、变更或版本。两者可以一一对应，也可以一对多：一次部署可能只包含部分交付内容，一次交付也可能跨多次部署。理解这一区别，是让两个指标在同一套度量体系里各司其职的前提。
要点总览（TL;DR）
- 部署频率统计部署事件，按部署到指定环境的动作次数计数；交付频率统计交付批次或交付单元，按到达可交付状态并交付给使用方的次数计数。
- 两个指标没有固定换算关系：一次交付可能跨多次部署，一次部署也可能包含多个交付批次，因此不能互相替代或用比值判断效率。
- 取数前要固定三件事：部署环境范围、交付单元判定标准、热修复与回滚及灰度的计数规则，否则跨团队数据不可比。
- 看发布执行节奏和部署自动化程度选部署频率；看价值交付节奏和交付批量大小选交付频率；两者放在同一时间窗口对照，才能判断问题出在执行环节还是交付组织方式。
两个指标各自统计什么对象
部署频率与交付频率名字相近，计数对象却落在研发流程的不同环节。先把各自的统计对象、计数单位和时间窗口定清楚，后续对照才有共同口径。
部署频率：统计部署事件
部署频率的统计对象是部署事件，即一次把某个版本或构建产物部署到指定环境的动作。计数单位是“部署次数”，每完成一次部署动作计一次。统计时需要明确部署目标环境：只统计生产环境部署，得到的是生产部署频率；把测试、预发环境也纳入，得到的是全环境部署频率。两种口径数值差异可能很大，混用会让趋势失真。
部署频率反映的是发布执行环节的节奏，数据来源通常是部署流水线、发布记录或部署日志。它回答的问题是：团队把变更推送到环境的动作有多频繁。
交付频率：统计交付批次或交付单元
交付频率的统计对象是交付批次或交付单元，即一批变更到达可交付状态并交付给使用方的次数。计数单位可以是“交付批次”，也可以是“交付的需求数或变更数”，取决于团队选择按批次计数还是按单元计数。前者回答“交付了多少次”，后者回答“平均每次交付包含多少内容”，两者结合才能完整描述交付节奏。
交付频率关注一次交付中包含哪些需求、变更或版本，数据来源通常是需求状态流转、版本发布记录或交付清单。它回答的问题是：价值以多快的节奏到达使用方。
计数单位与时间窗口的常见设定
两个指标都按时间窗口计算，常见窗口为周、双周或月。窗口设定需要与团队的发布节奏匹配：按周发布的团队用周窗口能看出波动，按月发布的团队用周窗口会出现大量零值，趋势反而难读。计数单位方面，部署频率固定按次数计；交付频率需事先约定按批次还是按需求数计，并在整个统计周期内保持一致，否则前后数据不可比。
同口径差异对照：对象、单位与边界
把两个指标放在同一组维度下对照，差异会更清楚。下表按统计对象、计数单位、数据来源、典型度量目的和适用边界逐项比较。
| 对照维度 | 部署频率 | 交付频率 |
|---|---|---|
| 统计对象 | 部署事件，即部署到指定环境的动作 | 交付批次或交付单元，即到达可交付状态并交付给使用方的批次 |
| 计数单位 | 部署次数 | 交付批次数，或交付的需求数、变更数 |
| 数据来源 | 部署流水线、发布记录、部署日志 | 需求状态流转、版本发布记录、交付清单 |
| 典型度量目的 | 观察发布执行节奏、部署自动化程度 | 观察价值交付节奏、交付批量大小 |
| 适用边界 | 需固定环境范围；多环境部署需分别统计 | 需固定交付单元定义；跨团队比较需统一“交付”的判定标准 |
一次部署与一次交付的映射关系
两个指标之间不存在固定换算关系，常见三种映射：
- 一一对应：一次交付恰好通过一次部署完成，两个指标数值接近，此时差异主要体现在统计口径而非节奏本身。
- 一次交付跨多次部署：交付内容分批部署到不同环境，或先灰度后全量，部署次数多于交付次数。此时部署频率偏高，交付频率更能反映价值到达节奏。
- 一次部署包含多次交付：多个交付批次合并到同一次部署中上线，部署次数少于交付次数。此时部署频率偏低，交付频率更能反映需求流转速度。
正因为映射关系不固定，两个指标不能互相替代，也不能直接用比值判断团队效率高低。
发布频率与两者的关系
发布频率是第三个容易混入的口径，统计对象是面向使用方的发布动作或发布版本。它与部署频率的区别在于：部署可以发生在测试、预发等内部环境，发布通常指对外可见的版本上线；它与交付频率的区别在于：交付强调批次到达可交付状态，发布强调对外可见的动作。三者可以接近，也可以明显分离，统计时应各自定义、分别取数。
统计口径容易混淆的三种情形
定义清楚之后，实际取数时仍有几类情形容易把两个指标混在一起。下面按情形说明计数归属和处理建议。
按环境区分部署时的计数归属
同一批变更依次部署到测试、预发、生产三个环境，会产生三次部署事件。如果统计全环境部署频率，数值是三次；如果只统计生产部署，数值是一次。两种口径都成立，但必须事先声明。常见做法是生产部署频率单独统计，用于观察对外交付的执行节奏；全环境部署频率用于观察流水线使用强度。把两者混在同一张趋势图里，会出现口径跳变。
按需求或变更统计交付时的计数归属
交付频率按批次计数和按需求数计数，结果可能相差数倍。一个交付批次包含五个需求，按批次计为一次，按需求计为五次。选择哪种单位取决于度量目的：关注交付节奏用批次，关注吞吐量用需求数。团队内部应固定一种主口径，另一种作为辅助指标，避免同一份报告里两种单位交替出现。
热修复、回滚、灰度发布的处理
特殊情形需要单独约定规则：
- 热修复：通常单独计为一次部署事件，是否计入交付频率取决于它是否作为独立交付批次管理。建议单独标记，统计时可按需剔除或单列。
- 回滚：回滚本身是一次部署动作，会计入部署频率，但它不产生新的交付价值。建议在部署记录中标记回滚类型，统计交付频率时不计入。
- 灰度发布：同一版本分多批放量，若每次放量都记为部署事件，部署频率会被放大。建议按“版本上线”计一次部署，灰度批次单独记录，不重复计数。
这些规则不统一，团队之间的指标就不可比。跨团队比较前，应先核对各方对特殊情形的处理方式是否一致。
按度量目的选择统计对象
两个指标各有适用场景，选择依据是度量目的，而非哪个数值更好看。
关注发布执行节奏时选部署频率
当目标是观察发布执行环节的顺畅程度、部署自动化水平或流水线使用强度时，部署频率是更直接的指标。它能反映团队把变更推送到环境的动作频率，适合用于发布流程改进、部署工具建设等场景的跟踪。使用时需固定环境范围，并约定热修复、回滚、灰度的计数规则。
关注价值交付节奏时选交付频率
当目标是观察需求从完成到交付给使用方的节奏、评估交付批量大小时，交付频率更贴近价值流动。它适合用于交付周期改进、批次大小优化等场景。使用时需固定交付单元的判定标准，明确哪些状态算“可交付”，避免各团队自行解释。
两者配合使用的组合视角
单独看任一指标都可能误判。部署频率高而交付频率低，可能说明部署动作频繁但有效交付少，存在反复部署或环境切换消耗；交付频率高而部署频率低，可能说明多个交付批次合并上线，单次部署承载内容偏多。把两个指标放在同一时间窗口内对照，再结合交付批量大小，才能判断节奏问题出在执行环节还是交付组织方式上。
选择前需确认的口径前提
无论选择哪个指标，落地前应确认以下前提：
- 统计窗口与团队发布节奏匹配，避免窗口过短导致零值过多。
- 部署环境范围明确，生产与全环境分开统计。
- 交付单元的判定标准书面化，需求、变更、版本各自如何计入有统一说明。
- 特殊情形（热修复、回滚、灰度）的处理规则固定，并在报告中注明。
- 跨团队比较前核对口径一致性，口径不同的数据不直接排名。
在工具层面落地这套口径时，需要把部署记录与需求、变更等工作项关联起来，才能区分部署事件与交付批次。ONES Performance 提供覆盖交付效率等维度的效能度量体系，可对研发过程中产生的数据进行多维度、自定义的分析，并自动收录系统内日常流转的研发数据形成分析指标。团队可以在此基础上按上述口径配置统计范围与计数规则；具体预置指标的定义与计算方式，以实际产品配置为准。
常见问题
只统计生产环境部署，还是把测试、预发环境也算进去？
两种口径都成立，取决于度量目的。观察对外交付的执行节奏时，单独统计生产部署频率更贴近实际；观察流水线使用强度和部署自动化程度时，可以把测试、预发环境一并纳入。关键是同一份报告、同一条趋势线只用一个口径，并在指标说明中写明环境范围。多环境混算会让数值随环境数量变化而跳变，趋势失去可比性。
交付频率按批次计还是按需求数计，能否两种同时用？
可以同时用，但要分主次。按批次计数回答“交付了多少次”，按需求数计数回答“平均每次交付包含多少内容”，两者结合才能完整描述交付节奏。建议团队固定一种作为主口径，另一种作为辅助指标，并在报告中标注单位。同一张图里交替出现两种单位，读者无法判断变化来自交付次数还是批量大小。
回滚和热修复应该计入哪个指标？
回滚本身是一次部署动作，会计入部署频率，但它不产生新的交付价值，统计交付频率时通常不计入。热修复一般单独计为一次部署事件，是否计入交付频率取决于它是否作为独立交付批次管理。建议在部署记录中标记部署类型，统计时按需剔除或单列。这些规则要在团队内书面固定，跨团队比较前先核对各方处理方式是否一致。
灰度发布分多批放量，部署频率会被放大吗？
如果每次放量都记为一次部署事件，部署频率确实会被放大，同一版本可能被计成多次。常见做法是按“版本上线”计一次部署，灰度批次单独记录、不重复计数。这样部署频率反映的是版本推送节奏，灰度放量的执行细节另用发布记录跟踪。规则确定后应在指标说明中注明，避免与其他团队的口径直接比较。
两个指标数值差距很大，说明团队效率有问题吗？
不能直接下结论。部署频率高而交付频率低，可能说明部署动作频繁但有效交付少，存在反复部署或环境切换消耗；交付频率高而部署频率低，可能说明多个交付批次合并上线，单次部署承载内容偏多。需要把两个指标放在同一时间窗口内对照，再结合交付批量大小，判断节奏问题出在执行环节还是交付组织方式上。指标差异是排查线索，不是效率结论。
