简介：腾讯 T4 级专家，腾讯研究院特约研究员，业界知名实战派研发效能和软件质量双领域专家。腾讯云、阿里云、华为云最具价值专家，Certified DevOps Enterprise Coach ，年度 IT 图书最具影响力作者，畅销书《测试工程师全栈技术进阶与实践》和《高效自动化测试平台：设计与开发实战》作者，极客时间《软件测试 52 讲—从小工到专家的实战心法》作者。
谈到研发效能，我们有着自己的独到见解。我们看到的现象是：只要努力搞，没有折腾不垮的团队。虽然有很多大厂研发效能做的还不错，成为了大家膜拜的对象，但是我们也看到很多“内卷”现象的发生。经历了很多故事，我们更能谈谈自己的理解和感悟。
研发效能是目前互联网企业和传统软件企业都高度关注的领域，互联网大厂希望通过“研发效能”实现持续的研发能力提升以应对日趋复杂的产品开发；腰部厂商则希望通过“研发效能”实现弯道超车，充分发挥后来者居上的优势；更多中小企业看到国内互联网大厂不约而同地在这个领域重点投入，纷纷也是摩拳擦掌准备在效能领域发力。
一夜之间，似乎只有推进了研发效能，才能提升研发团队的效率，才能让自己在和友商的比拼中不至于输在起跑线上。
那么现在企业的研发效能实践到底为企业带来了多大的优势，又帮企业解决了哪些问题呢？那些推行研发效能的企业现在的状态怎么样？研效问题到底解决了吗？
别急，这些问题其实大多都还没有解决，而且有些问题可能还变得更糟糕了。毕竟研发效能的实施没有捷径，需要摸着石头过河，肯定不会能像电影里面演得那样注定会有皆大欢喜的结局。经历了风雨，不一定能看见彩虹，更有可能会得重感冒。研发效能问题今天解决不了，不要着急，因为明天同样也解决不了。所以就让我们“放心大胆“地看看研发效能到底是如何搞垮一个团队的。
要看懂研发效能如何搞垮一个团队，我们首先需要对研发效能有一个全局的认识，需要先从正向的角度来理解研发效能。
到底什么是研发效能和敏捷的概念类似，到底什么是研发效能很难精确定义。其实很多复杂概念也不是定义出来的，而是逐步演化出来的，是先有现象再找到合适的表述。其实，效率和效能也从来都不是软件工程的专有名词，纵观人类发展史，就是生产力和生产效率不断提升的发展篇章，到了数字化时代，软件研发效能的重要性被凸显了出来。如果要用一句话来总结研发效能的话，我们会用“更高效、更高质量、更可靠、可持续地交付更优的业务价值”来总结。
研发效能的“第一性原理”
解释一下其中几个关键概念：
更高效：价值的流动过程必须高效顺畅，阻力越小越好。
更高质量：如果质量不行，流动越快，死的也会越快。
更可靠：安全性和合规性要保障好。
可持续：输出不能时断时续，小步快跑才是正道，不要憋大招。
更优的业务价值：这是从需求层面来说的，你的交付物是不是真正解决了用户的本质问题。比如：“女生减肥不是本质问题，女生爱美才是”。可以体会一下。
在这个概念的引导下，我们引出持续开发，持续集成，持续测试，持续交付和持续运维的理念，它们是研发效能落地的必要实践。与此同时，我们还需要从流动速度，长期质量，客户价值以及数据驱动四个维度来对研发效能进行有效的度量。
为什么大厂都开始搞研发效能阿里的云效、腾讯云的 CODING、百度的工程效能白皮书都是国内研发效能领域的标杆，可是你有没有想过，为什么最近几年各大行业龙头企业都纷纷开始在研发效能领域发力，而且步调如此一致，我们认为背后的原因有以下这么三点：
组织层面的“谷仓困局”
01 很多企业存在大量重复造轮子就像“中台”概念一样，现在很多大企业的产品线非常广，其中存在大量重复的轮子，如果我们关注业务上的重复轮子，那么就是业务中台；如果我们关注数据建设上的重复轮子，那么就是数据中台；如果我们关注研发效能建设上的重复轮子，那就是研效平台，其实研效平台在某种程度上也可以称之为“研发效能中台”，其目标是实现企业级跨产品跨项目的研发能力复用，避免原来每条产品线都在做研发效能所必须的“0 到 1”，没人有精力去关注更有价值的“1 到 n”。现代化的研效平台会统一来打造组织级别通用研发能力的最佳实践平台。
02 toC 产品已经趋向饱和