共计 4214 个字符，预计需要花费 11 分钟才能阅读完成。
简介：简介：作者：何勉，阿里巴巴研发效力部资深技术专家。因为身处研发效力部，我接触了公司很多产品技术团队。他们简直都把研发效力晋升列为了本财年的重要指标，大部分还为此成立专项，如此咱们又如何去晋升它呢？
阿里云云效效力洞察产品正在灰度测试中，立刻测试体验
作者：何勉，阿里云云效资深技术专家
因为身处研发效力部，我接触了公司很多产品技术团队。他们简直都把研发效力晋升列为了本财年的重要指标，大部分还为此成立专项。然而，对于什么是好的研发效力，却很少能被清晰定义。如此，咱们又如何去晋升它呢？
针对这个问题，本文将明确定义研发效力，并提供度量它 5 个指标。为研发效力的晋升指明指标，并掂量晋升的成果。本文也是对于研发效力晋升及产品交付办法系列文章的开篇，为之后介绍的产品交付办法是否无效设立了规范。
效率竖井是研发效力改良的最大问题
产品交付须要前后职能（如：产品、开发、测试等）和平行部门（如：前端、后端、算法等）的合作。传统办法更多关注各个职能和部门的独立改良。然而，适度局部优化，往往导致效率竖井，反而侵害整体效率。
什么是效率竖井呢？上图形容了传统开发方式下，产品交付面临的广泛窘境——各职能和部门局部优化带来一系列问题，如：
基于部分信息的工作优先级安顿，造成不同部门和职能间互相期待，让需要无奈顺畅流动。比方前、中、后盾对工作的优先解决不统一，进度无奈对齐，让曾经开始的需要不能及时交付。
批量式的工作移交，带来进一步期待。为了最大化单个环节的效率，各职能往往偏向于批量承受和移交工作，如批量的集成，批量的转测等。进一步造成需要在过程中的积压和期待。
跨部门的问题，常常得不到及时和无效的解决。公共环境的保护，就是一个典型的问题，是影响用户需要的顺畅交付。过程中需要跨部门的无效廓清、接口对齐、问题排查是另一些常见的公共问题，它们都会造成需要无奈顺畅停顿。
以上只是一部分问题，它们独特作用，后果是：站在各自的视角，每个部门都感觉本人忙碌且“高效”；然而，站在全局和业务的视角，零碎对外的反馈却十分缓慢。这就是所谓效率竖井。
效率竖井：由局部优化导致，体现为：各个环节和部门忙碌而“高效”，但总体的效率和响应速度却很低。它是研发效力晋升的广泛症结所在。
上图的折线反映了效率竖井下，单个需要的交付过程。绿色线示意需要正在被解决，红色线则示意需要在期待中。工作量不大的需要，交付周期却很长。因为大部分工夫需要都处于期待状态。各个部分一片忙碌，内部却埋怨连连，置信很多人会感同身受。
继续疾速交付价值的能力”是效力改良的外围指标
要改良研发效力，咱们必须走出效率竖井。为此组织必须把改良的焦点从关注各个资源环节，转向关注整个零碎。
上图反映了效力改良的要害——从以部分资源效率为外围，转变为价值流动效率为外围的改良。
资源效率指的是，各环节的资源利用率和产出状况，如：资源的忙闲水平、使用率、代码产出和测试执行速度等。流动效率指的是，用户价值在零碎中的流动速度，如：用户需要从提出到交付的时长，它越短越好；或者是过程中等待时间的占比，它越小越好。
用户价值的流动是串起整个零碎，促成整体优化的不二抉择。为了进步价值的流动效率，组织就必须关注用户价值在零碎中端到端的流动过程，改良整个零碎，而不仅仅是部分环节。以此为根底，效力改良的指标是：继续疾速交付价值的能力。这也是对研发效力的根本定义。
继续疾速交付价值的能力，是研发效力的外围定义。为此咱们必须把改良的焦点从部分资源效率，转向价值流动效率，以保障全局和零碎的优化。
研发效力的度量——五组指标答复研发效力的基本问题
以上定性的定义了研发效力。管理学之父德鲁克说：“如果你不能度量它，就无奈改良它”。度量帮忙咱们更粗浅意识研发效力，设定改良方向，并掂量改良成果。
产品开发过程中会产生大量的数据，但数据不是度量。好的度量的规范是：它要为答复一个基本的问题讲述残缺的故事。效力度量要答复的基本问题就是：一个组织“继续疾速交付价值的能力”怎么样？
为答复这个问题，应该提供怎么的一个残缺故事呢？基于在天猫新批发、闲鱼、优酷、阿里衰弱、研发中台、阿里云等部门继续实际和摸索，咱们倒退并验证了零碎的研发效力指标体系。如上图所示，它由 5 组指标形成，别离是：
第一：继续公布能力。具体蕴含两个细分指标，别离是：
公布频率。团队对外响应的速度不会大于其交付频率，公布频率束缚团队对外响应和价值的流动速度。它的衡量标准是单位工夫内的无效公布次数。
公布前置工夫（也被称为变更前置工夫），也就是从代码提交到性能上线破费的工夫，它体现了团队公布的根本能力。如果工夫开销很大，就不适合加大发版频率。
第二：需要响应周期。具体蕴含两个细分的指标，别离是：
交付周期时间。指的是从确认用户提出的需要开始，到需要上线所经验的均匀时长。它反映团队（蕴含业务、开发、经营等职能）对客户问题或业务机会的响应速度；
开发周期工夫。指的是从开发团队了解需要开始，到需要能够上线所经验的均匀时长。它反映技术团队的响应能力。
辨别交付周期和开发周期，是为理解耦并明确问题，以做出针对性的改良。其中，交付周期是最终的指标和测验规范。
第三：交付吞吐率。指的是单位工夫内交付需要的数量。对于这一点，常见的问题是，个数能精确反映交付效率吗？这是个问题。所以，咱们更多强调单个团队的需要吞吐率的前后比照，统计意义上它足以反映趋势和问题。
第四：交付过程品质。它蕴含两个细分的指标，别离是：
开发过程中缺点的创立和修复工夫散布。咱们心愿缺点可能继续和及时地被发现，并且在发现后尽快修复；
缺点库存。咱们心愿在整个开发过程中管制缺点库存量，让产品始终处于靠近可公布状态，奠定继续交付的根底。
交付过程品质的外围是内建品质，也就是全过程和全时段的品质。而非依赖特定的阶段，如测试阶段；或特定的时段，如我的项目前期。内建品质是继续交付的根底，对于其具体度量办法，下文会给出具体实例。
第五：对外交付品质。它蕴含两个细分的指标，别离是：1) 单位工夫的故障（线上问题）数；2）故障均匀解决时长。这两者独特决定了零碎的可用性。
如上图所示，这 5 组指标，从流动效率、资源效率和品质三个方面讲述了一个残缺的故事，答复了组织继续交付价值的能力如何这个外围问题。其中，继续公布能力和需要响应周期这两组指标反映价值的流动效率；吞吐率反映资源效率；交付过程品质和对外交付品质这两组指标独特反映品质程度。
一度量指标实例：缺点趋势图
针对这些指标，云效提供了丰盛的度量图表，后续云效产品团队还会进行场景化的梳理，进步其可用性。我会及时跟进，用专门的文章介绍云效的残缺度量计划。在这里我先介绍一个例子——对于过程品质的度量图表。
“缺点趋势图”是云效新设计的度量图表，它反映交付过程中缺点发现和移除的工夫散布，以及缺点的库存趋势。
如上图所示，图形的横坐标是日期，横坐标上方红色竖条代表这一天发现缺点数量；横坐标下方绿色竖条代表当天解决的缺点数量；橙色曲线代表缺点存量。图中左右两个局部比拟了两种交付模式。
左半局部，团队属于小瀑布的开发模式。“迭代”后期，团队集中设计、编码，引入缺点，但并未即时地集成和验证。缺点始终掩藏在零碎中，直到我的项目前期，团队才开始集成和测试，缺点集中暴发。
小瀑布模式下，过程品质差，带来大量的返工、延期和交付品质问题。该模式下，产品的交付工夫依赖于何时缺点能被充沛移除，当然不能做到继续交付，也无奈疾速响应内部的需要和变动。并且，这一模式通常都导致前期的赶工，埋下交付品质隐患。
右半局部，团队开始向继续交付模式演进。在整个迭代过程中，团队以小粒度的需要为单位开发，继续地集成和测试它们，即时发现和解决问题。缺点库存失去管制，零碎始终处于靠近可公布状态。这一模式更靠近继续公布状态，团队对外的响应能力随之加强。
缺点趋势图从一个侧面反映了团队的开发和交付模式。它疏导团队继续且尽早发现缺点并及时移除它们。管制缺点库存，让零碎始终处于靠近可公布状态，保障了继续交付能力和对外响应能力。
缺点趋势图是云效研发效力度量图表中的一个。前面，我会用专门的文章系统地解读这些图表的应用。
效力改良的指标设定：局部团队的 2 -1- 1 愿景
以上，咱们介绍了研发效力度量。基于这样的度量体系，应该设定怎么的指标呢？咱们在多个团队的施行过程中，逐步积淀出了可供参考的指标体系，它能够总结为三个数字——“2-1-1”。
“2-1-1”最后来自天猫新批发，其后在闲鱼和研发中台、阿里云等团队欠缺和采纳。什么是“2-1-1”呢？
“2″ 指的 2 周的交付周期，85% 以上的需要能够在 2 周内交付；
第一个“1”指的是 1 周的开发周期，85% 以上的需要能够在 1 周内开发实现；
第二个“1”指的是 1 小时的公布前置工夫 – - 提交代码后能够在 1 小时内实现公布。
达成“2-1-1”的愿景并不容易。1 小时的公布前置工夫，须要继续交付流水线，产品架构体系和自动测试、主动部署等能力的晋升。1 周的开发周期，波及更多的能力和实际，如：需要的拆分和治理，开发团队的分工协作模式，以及继续集成和继续测试实际；最艰难的则是 2 周的交付周期，首先它要以另外两个指标为根底，同时还波及整个组织各职能和部门的协调一致和严密合作；
“2-1-1”的指标都是对于流动效率的，你可能会问，那资源效率和品质呢？咱们专一于流动效率，是因为它是组织效力改良的抓手，可能触发深层次的和系统性的改良。就像下面剖析的，为达成“2-1-1”指标，团队须要技术、治理、合作等方面的全面实际降级，而这些实际的落地，必然会带来资源效率和品质的晋升，并体现到相应的度量指标上。
当然，“2-1-1”是源自特定的团队，并非所有团队都要应用同样的值，比方对于波及硬件开发的团队，两周的交付周期通常过于挑战。组织应依据本人的上下文设定失当的指标，重要的是，它要指明改良的方向。
总结
本文定义了研发效力，它指的是一个组织继续疾速交付价值的能力，能够从流动效率、资源效率和品质三个方面来掂量。其中流动效率是改良研发效力的外围抓手，它带来零碎和全局的改良。
如上图所示，研发效力最终为组织效力服务，必须体现到利润、增长、客户满意度等组织效力上；同时，研发效力的晋升要落实到具体技术和治理的实际中，才可能产生。
定义和度量是晋升研发效力的根底。置信你更关怀晋升研发的具体实际和办法。后续我将综合多个团队的实际，介绍可操作的实际体系和落地办法。
