阿里如何定义团队的研发效能？

作者：何勉，阿里巴巴研发效能部资深技术专家
相关阅读：都996了，研发效能还是提不起来，关键在这里

因为身处研发效能部，我接触了公司很多产品技术团队。他们几乎都把研发效能提升列为了本财年的重要目标，大部分还为此成立专项。然而，对于什么是好的研发效能，却很少能被清晰定义。如此，我们又如何去提升它呢？

针对这个问题，本文将明确定义研发效能，并提供度量它5个指标。为研发效能的提升指明目标，并衡量提升的效果。本文也是关于研发效能提升及产品交付方法系列文章的开篇，为之后介绍的产品交付方法是否有效设立了标准。

研发效能提升及产品交付方法系列课程规划

效率竖井是研发效能改进的最大问题

产品交付需要前后职能（如：产品、开发、测试等）和平行部门（如：前端、后端、算法等）的协作。传统方法更多关注各个职能和部门的独立改进。然而，过度局部优化，往往导致效率竖井，反而损害整体效率。

什么是效率竖井呢？上图描述了传统开发方式下，产品交付面临的普遍困境——各职能和部门局部优化带来一系列问题，如：

基于局部信息的工作优先级安排，造成不同部门和职能间相互等待，让需求无法顺畅流动。比如前、中、后台对工作的优先处理不一致，进度无法对齐，让已经开始的需求不能及时交付。

批量式的工作移交，带来进一步等待。为了最大化单个环节的效率，各职能往往倾向于批量接受和移交工作，如批量的集成，批量的转测等。进一步造成需求在过程中的积压和等待。

跨部门的问题，经常得不到及时和有效的处理。公共环境的维护，就是一个典型的问题，是影响用户需求的顺畅交付。过程中需求跨部门的有效澄清、接口对齐、问题排查是另一些常见的公共问题，它们都会造成需求无法顺畅进展。