从DevOps到BizDevOps, 研发效能提升的系统方法

注：本文是对云栖大会何勉分享内容的整理，稍有删减，点击文末下方链接观看完整视

云效BizDevOps论坛：https://yunqi.aliyun.com/2021/agenda/session173

这几年“研发效能”一直是热词，很多组织都会启动研发效能提升专项。我与其中的很多有过深入的交流，他们中达成最终目标的并不多，经常是高调开始，草草收尾。为什么什会这样呢？

提升研发效能，首先要弄清楚要解决的问题是什么，然后才是落地解决问题的实践方法。否则问题没定义清楚，就很难有好的结果。

那提升研发效能究竟要解决什么问题？

我将提升效能要解决的问题，归纳为3个效能不等式。

三个不等式揭秘研发效能的本质

第一个不等式，局部效率不等于高效交付？

这一点，大家应该会感同身受。当我们去问各个部门或者个人时，都觉得他们很忙，效率很高。但是，我们去问业务部门或用户，却是另外一回事，他们会抱怨产品研发响应慢、交付迟、质量也不好。

这就是组织内部视角的局部效率并不等于用户视角的高效交付。这个是提升研发效能要面对的首要问题。解决它需要更有效的组织协同、更合理的交付模式，和更好的过程质量。

接下来的问题是，高效交付就够了吗？这就引出了第二个效能不等式。

第二不等式，高效交付能不等于持续高效

有的时候，为了高效的交付，我们可以采取临时动作，比如把一群人关在一起，成立一个临时项目，这样沟通协作会更便捷，这可能会达成一时的高效。但是，如果缺乏长期质量思维，当我们在做下一个项目，往往会发现问题，之前的代码和设计存在各种问题，比如可修改、可复用性很差，它们成为后续项目的负债而不是资产，长期的效率无法维持。

如何从高效交付转变成持续的高效，这是研发效能要解决的第2个问题。它对我们的工程和技术能力和实践都提出了要求。

第三个不等式，高效交付不等于业务成功

产品交付的目的是支持业务发展和业务创新。我们必须保证交付的东西，能解决用户问题，并构建可持续的商业模式，否则交付再多也没有意义。

今天，市场和用户的不确定持续增加，破解这一问题不容易。它需要整个组织能够聚焦用户问题，快速交付和试错，并形成有效反馈调整的闭环。做到这三点才能让高效交付转化为业务成功，这是提升研发效能要解决的第三个核心问题。

我们认为，研发效能提升的本质就是要解化解上面的三个不等式，从而把组织内的局部效率转化为用户可感知的高效交付，并保障持续的高效和带来业务的成功。最终实现：“持续地顺畅高质量交付有效的价值”。这是效能提升的根本目标。

研发效能提升实践体系

明确问题是开始，解决它们需要系统的实践方法。接下来，我们分享这些实践方法，它是我们对过去的实践的提炼和总结，并概括为这个图。

整个图分为三个模块：

左侧是协作和需求实践。 左上方我们称之为业务驱动需求的协作模式和产品导向的交互模式，下边是以终为始的需求分析和设计。左侧这部分实践解决的是局部效率如何带来高效的交付。

右侧是工程与技术实践。 右上方我们称为领域驱动的架构和实现，中间是标准化的工程基础设施，下面是应用为中心的持续交付，这部分实践解决的问题是如何让我们高效交付带来持续。

中间这部分是创新实践。 它包含：如何高效探索业务、如何持续快速地完成业务交付，并形成有效的反馈和调整的闭环。创新实践要解决的问题就是高效