——何勉

研发效能这个词最近几年非常热门，每个人都在谈论研发效能。但是当我们谈论研发效能的时候，我们究竟在谈什么？是组织的效能？还是技术工程能力？是资源的利用率或者产出率？还是价值的交付？

在正式发布之前，我先简单地谈一下我们对研发效能的理解。

• 当我们在谈论研发效能时，我们在谈论什么？
  

想要理解研发效能，我们首先要搞清楚研发在做什么事情，它的结构是怎么样的。我们研发的源头一定是用户或者业务的目标，当然也有可能是一个业务的诉求。我们基于目标和诉求规划我们的业务需求，业务需求会被进一步分解成产品的需求，或者叫产品的功能。产品需求经过我们的设计，会被进一步分解为具体的技术任务。当然，我们也可能会基于长期的目标来规划我们的产品，去前瞻性地规划技术布局，或者提前做好技术重构。

长远来看，这一类产品需求也是为业务目标服务的，是为了未来更好地满足业务的需求，是提前布局，掌握主动，或者是去消除技术债务，保障长期的效率。

• 当我们在技术中谈论业务敏捷时，我们在谈论什么？
  

业务需求承载的业务价值，是发布和运营的单位；产品需求承载的是产品的具体功能，是测试和部署的单位；技术任务承载着具体工作，是开发和工作分配的单位。

在这三个层次中，业务需求是根本。技术部门如何支持好我们的业务，让业务变得更敏捷，就是要持续地顺畅高质量交付有效价值，我们将它分解为三个关键词。

第一个关键词是顺畅高质量交付。业务需求的完成涉及到不同的职能，比如说业务、产品开发、测试运维以及不同的产品，比如说客户的获取、供应链、母交付等。我们思考如何让他们更好地协作，让各个产品、各个职能更好地协作，因为仅仅让他们各自繁忙是没有用的，必须协同起来，才能够顺畅地交付，还要保证过程的质量，做到我们讲的第一个关键词——顺畅高质量交付。

第二个关键词是有效价值。交付的东西必须是有价值的，能够满足用户的诉求或者是达成用户和业务的目标，也就是说交付的需求必须是有价值的，这既需要有良好的设计和分析，更需要不断地探索和调整。

第三个是持续地，就是要保证交付效率是可以持续的。我们在交付的过程中究竟是在积累资产，如软件资产或者是工程技术支撑，让我们的效率越来越高。还是在积累债务，如基础的债务，测试的债务，工程的债务，让我们的效率越来越低，这是不行的。当然，如果要保证我们这里的资产让效率可以持续，就需要技术和工程实践的保障。

这三个关键词加在一起，就是要持续地顺畅高质量交付有效价值。我们的组织、流程、技术、方法、工程、工具等，都要服务于这一个目标，这是我们对研发效能的理解。

再回到需求的结构层次上，越向上越是目标和业务导向，需要我们打造敏捷的组织能力，越向下越是技术和工程导向，需要我们打造敏捷的研发能力。我们把它分为三个层次，分别是业务运营层，产品交付层，技术实现层。在阿里，我们分别用三个First来修饰这三个层次。

首先在业务运营层，我们要做到Customer First。要做到客户第一，业务驱动，以客户和业务的目标来驱动和整合整个研发过程，加速业务的交付和数据的反馈循环，确保交付的东西是有价值的，或者从交付中持续地学习，不断地调整，来探索我们的业务价值，做到真正有效地创新。

其次在产品交付层，要做到Service First。它要求我们必须是产品导向，是长期的导向而不是短期的项目交付导向，建设一个真正可以被集成、被扩展、被信赖的中台，从而起到加速业务发展和引领业务创新的作用。Service First既是一个技术的概念，产品要更好的服务化，同时也是一个协同的概念，产品要为业务的交付提供快速、灵活、有保障的服务。

最后是在技术实现层，我们要做的是Cloud First。拥抱和释放云原生的基础能力，更多的通用能力应该下沉到基础设施，比如说极致弹性的扩缩容，比如说有韧性的业务连续性，包括安全，合规等。这样就可以让我们的研发聚焦于业务逻辑的实现，提高我们研发交付的效能，同时也能够保障集成、交付、运行的质量，以应用为基础的持续部署，以应用为基础的监、管、控一体化的运维，都是为此服务的。

• ALPD（下一代精益产品开发方法）
  

下面我们发布第一个手册，阿里巴巴研发效能提升的案例集。

去年我们在峰会上介绍了ALPD（下一代精益产品开发方法），经过一年的发展，我们把它分为三种实践加以细化，分别是创新的实践，需求和协作实践，还有技术及工程实践。

我们把这三种实践加以细化，总结了相关的案例，于是就有了阿里巴巴效能提升案例集。

• 重磅发布——阿里云云效助力企业10倍效能提升案例集
  

• 读者对象
  

企业CTO、产品及研发负责⼈，对研发效能、业务创新和前沿实践感兴趣⼀线实践者和管理者。

• 主要内容
  

顺畅高质量交付:精益需求分析及全链路精益协作实践

持续的高效:领域驱动的技术及云原生的工程实践

交付有效价值：目标驱动的业务创新实践

系统应用和转型：综合转型案例

• 权威推荐
  

胡臣杰:阿里巴巴集团副总裁，阿里CIO学院院长

郑子颖:蚂蚁金融科技研究员，研发效能领域前沿专家

张效民：阿里健康研发部负责⼈

阿里巴巴效能提升案例集将刚才所说的三类实践组织在一起，我们还加上了综合案例转型的一组实践，共4组16个系统效能提升的案例。

其中，第一个是进行需求分析和全链路进行协作的实践，它希望解决的是顺畅和高质量交付的问题。

第二个是领域驱动的技术和云原生的工程实践，它希望解决的是如何保障效率可持续性的问题。

第三个是目标驱动的业务创新实践和案例，希望解决的是交付价值的有效性的问题。

第四个是综合转型案例，希望解决的是如何在实际环境中综合应用这些实践，实现敏捷或者是DevOps的转型。

此外，我们将持续向阿里内部与外部公众征集研发效能的案例，欢迎大家关注我们的研发效能峰会，提交你的案例，你有机会成为我们下一次发布案例的一部分，也有机会和我们的专家进行面对面深度的交流和探索。

• 重磅发布——阿里巴巴DevOps实践指南（2021）
  

今天要发布的第二本手册是阿里巴巴DevOps的实践指南。

• Customer First
  

业务驱动。以客户目标及业务需求为源头，组织交付过程，系统优化协作过程，提升业务交付和反馈闭环的速度和有效性。

• Service First
  

产品导向。提升产品的持续交付能力，服务业务的快速响应和交付。同时，面向长期效率，建立被集成、被扩展和被信任的中台。

• Cloud First
  

拥抱云原生。以应用为核心构建和持续部署系统，以应用为河西监管控一体化的运维。把更多通用能力下层到基础设施，释放云的价值，让开发者专注到业务逻辑本身的同时，保障系统安全稳定运行。

为什么需要一本新的DevOps实践指南，它和我们过去讲的DevOps有什么不同？

我们把DevOps放在数字化转型的大背景下去看，DevOps是企业数字化转型的一部分，是数字化转型的核心要素和能力之一。而在数字化转型的背景下，DevOps必须服务于业务的敏捷，这是这个手册的第一个特点，即业务驱动的以业务来引领DevOps的实施和落地，内容就是按照上文三个First来组织的。

首先是Customer First，是业务驱动，以业务和业务目标来驱动和串联整个研发过程，实现分层的协作，构建一个业务驱动的闭环。

其次是Service，First，它是长期的产品交付导向，提升产品持续交付部署能力，从而起到加速业务发展和引领业务创新的作用。

最后是Cloud First，我们必须拥抱和释放云原生的基础能力，更多的通用能力要下沉到基础设施，发挥工具和基础设施的能力，以应用为基础的持续交付，以应用为基础的监管控一体化的运维，都要为此服务。

这是这本手册的第一次发布，肯定不会完美，我们会持续迭代地去更新，也希望大家能够持续、更多地为我们提出意见。

• 总结
  

总结一下这两个关于方法学手册的作用。

研发效能一定是服务于业务的，我们从现状出发，持续地提升研发效能，最终还是为了提升我们在数字化时代的业务的敏捷性和敏捷力，这是一个艰巨且长期的过程。

一方面我们要提供方法的赋能，另一方面也会提供工具的支撑，这两者相辅相成，共同打造组织的敏捷能力和研发的敏捷能力，最终也是为了助力我们在数字化时代的业务敏捷力。