【VSM每周观点】如何理解BizDevOps与VSM？｜第4期

01 前言

有人说价值流管理（VSM）是下一代DevOps，又有人说BizDevOps是下一代DevOps。此外，BizDevOps和VSM均要求我们建立以客户（即业务）为中心的系统思考，加速价值的流动和实现。那么，我们应该如何理解BizDevOps和VSM呢？我们通过本文和你一起探讨交流，也欢迎你在评论区发表你的看法。

02 什么是BizDevOps

在讨论BizDevOps之前，我们需要先理解DevOps是什么，狭义DevOps/广义DevOps，以及为什么说狭义的DevOps是一种局部优化。

  什么是DevOps？

DevOps从2009年被提出后已经有十几年的时间了，每个人对DevOps的理解和定义都不太一样，同样的人在不同时间对DevOps的理解也会有所不同。现在，我们来看看其中的一些定义，帮助我们理解DevOps是什么。

DevOps（Development和Operations的组合词）是一组过程、方法与系统的统称，用于促进开发（应用程序/软件工程）、技术运营和质量保障（QA）部门之间的沟通、协作与整合。

DevOps是一种重视“软件开发人员（Dev）”和“IT运维人员（Ops）”之间沟通合作的文化、运动或惯例。透过自动化“软件交付”和“架构变更”的流程，来使得构建、测试、发布软件能够更加地快捷、频繁和可靠。

  狭义DevOps与广义DevOps

我们经常在一些大会中听到狭义DevOps和广义DevOps的说法，广义DevOps可以说是DevOps发展到特定阶段必然的趋势。

一方面，通过CICD和敏捷研发体系的建设，研发效能得到大力提升；另一方面，狭义DevOps只是价值交付过程的一个局部环节。因此，广义的DevOps应运而生，我们需要识别价值交付过程的所有环节，优先消除过程中最大的瓶颈，而不是仅仅局限于研发、测试和运维阶段。

狭义DevOps一般只涉及科技（IT）的开发（Development）和运维（Operations）团队，涉及从“需求分析、开发、测试、上线投产和运维”的研发运维过程的优化，专注于产品/服务的快速交付；

广义DevOps（即BizDevOps）要求业务和科技团队的高度融合协作，涉及从“想法、价值定义、解决方案、需求分析、开发、测试、投产和运营”的端到端价值交付周期，专注于价值的快速实现。​​

  狭义DevOps是一种局部优化

我们在之前文章里详细介绍了为什么说价值流管理和BizDevOps是必然的趋势。原因之一是狭义DevOps是一种局部优化。（本文不再重复阐述，可点击下面链接进行阅读）

​​​【VSM每周观点】狭义的DevOps是一种局部优化 ｜第1期​​​

  什么是BizDevOps？

BizDevOps是Business、Development和Operation的英文缩写，即是“业务研发运营一体化”，也称为DevOps2.0或广义的DevOps。

由于DevOps是以研发运维为视角，度量的是软件交付效率；而BizDevOps是以业务视角出发的，衡量的是客户价值的实现。因此，有人认为BizDevOps并不是DevOps2.0，而是以业务为核心构建的完整体系。（对此你怎么看？欢迎在评论区或进群互动）

图片来源：必致（BizDevOps）白皮书

数字化经济时代，数字化技术成为业务创新和发展的核心动力。因此，在这个时代要求业务（Biz）与技术（IT）的深度融合，即BizDevOps。同时BizDevOps也是精益、敏捷和DevOps发展的必然趋势。

03 什么是价值流管理（VSM）

为了理解价值流管理，我们需要先了解和认识什么价值流和价值流映射。

  什么是价值流

组织中几乎所有的工作都是围绕客户价值展开的，而价值需要通过价值流（Value Stream）进行交付。维基百科、精益企业协会、Scaled Agile 和 iSixSigma 对价值流有着不同但却类似的定义，如下：

1）维基百科：价值流是一组为客户增加价值的活动，包括从客户最初的请求到价值的实现。

2）精益企业协会: 包括增值和非增值的所有活动，是将产品从概念到发布（也称为开发价值流）和从订单到交付（也称为运营价值流）所必须的。这包括处理来自客户的过程信息，以及在产品到达客户的途中转换产品的操作。

3）Scaled Agile: 价值流是组织用以实施解决方案的一系列步骤，从而为客户提供价值的持续流动。

4）iSixSigma: 价值流是一个过程中的所有步骤(包括增值和非增值)，客户愿意为其付费，以便使产品或服务通过生产该产品或服务所必需的主要流动。

此外，James Martin 在其著作 The Great Transiton 中对价值流是这样定义的：“价值流是一组端到端的活动，他们共同为客户创造价值。（A value stream is an end-to-end set of activities which collectively creates value for a customer.）”

如上图，我们可以看到价值流的3个核心要素：

1）端到端（END-TO-END）：价值流团队关注所有的活动，包括从开始到成果的交付（Time to Market），以及客户满意度的确认（Time To Value）。

2）价值（VALUE）：关注业务成效（Outcome），而不仅仅是工作产出（Output）。价值流设计者寻求在诸如速度、成本、质量和服务等关键度量中实现改进的方法。

3）客户（CUSTOMER）：价值是由客户定义的，价值流团队高度专注于客户（外部客户或内部用户），并关心如何持续的满足和取悦客户。

  什么是价值流映射

价值流映射（Value Stream Mapping）是一种精益制造或精益企业技术，用于记录、分析和改进为客户生产产品或服务所需的信息流或物料流。

价值流映射通常从团队创建当前状态图（Current State Map）开始。这意味着映射价值流的物料和信息流动的实际情况。随后，团队绘制了未来状态图（Future State Map）。也就是说，物料和信息应该如何通过价值流进行流动的目标图。

如上图所示，我们以软件交付过程为例映射当前状态价值流图。（价值流图具体的绘制方法和步骤可以阅读精益管理畅销书《价值流图：工作可视化和领导力匹配》，我们不在这里详细介绍）

  什么是价值流管理

VSM联盟顾问 Cecil’Gary‘ Rupp 在其著作 Driving DevOps with Value Stream Management  中将价值流管理定义为：价值流管理（Value Stream Management，简称VSM）是一种面向所有开发和运营价值流进行精益改进的方法。价值流是简单的端到端的活动序列，其中工作和信息流以协调和流水线式的方式进行流动，从而最有效地交付价值。在现代重塑过程中，软件开发行业应用 VSM 工具来集成、自动化和编排跨 DevOps 流水线的工作，以改进开发和运维部门在软件交付中涉及的端到端活动。现代 VSM 工具不是手动收集数据，而是实时捕获关键性能指标，并提供通用数据模型和分析工具，以评估当前和预期的未来状态情况。​

如上图所示，价值流映射（Value Stream Mapping）和价值流管理（Value Stream Management）的英文简称都是 “VSM”，但却有着巨大的差异。相对于价值流映射，价值流管理可以集成端到端的工具链，并提供实时、量化的洞察数据，以支持持续的渐进式改进。

04 VSM=BizDevOps？

个人认为价值流管理（VSM）和BizDevOps在思想和目标层面上是一致的，均是通过建立全局视角和思考、提供定量数据和洞察，加速价值流动和实现。只是在落地过程中采纳的框架或实践不同而已。简而言之，思想和原则是通用的，而实践是基于组织情境的。

​

  目标一致：加速价值流动和实现

BizDevOps可以理解成是DevOps基于价值流管理（VSM）思想的演进，BizDevOps和VSM的最终目标都是为了加速价值流动和实现。然而，价值的流动和实现是有所不同的。

如上图所示，价值的流动（Flow）关注的是价值流的运作状态，代表的是软件交付效率，典型的度量指标包括前置时间（Lead Time）、流动速率（Flow Velocity）和流动效率（Flow Efficiency）等。

价值的流动（Flow）可以说明我们是否具备产品/服务的快速交付能力，但无法证明我们交付的产品/服务是否满足了客户的期望和客户价值的实现（Realization）。

因此，我们需要从关注软件的快速交付（Flow）转变为价值的实现（Realization）；从关注产出（Output）转变为关注成效（Outcome）；在度量流动指标的同时也要衡量价值的实现指标，如：服务使用情况、转化率、投资回报率等。

  思想统一：均是系统思考和全局优化

价值流管理（VSM）和BizDevOps要求价值流的各个角色建立以客户为中心的系统思考，以业务视角出发，加强价值流中各个角色的深度融合和协作，实现全局价值流动。

  框架有别：VSM实施路线图与BizDevOps框架

在实施落地方面，VSM和BizDevOps或许会采用不同的方法体系或框架模型，随着时间推移和VSM/BizDevOps的发展，我们将看到越来越多的框架体系。

国外VSM Consortium发布了价值流管理实施路线图（VSM Implementation Roadmap），为价值流管理的实施提供了一个清晰的实施路径。

而国内BizDevOps共促计划专家组在必致（BizDevOps）白皮书中提出了1个总体目标、3个能力要求和5个关键实践的模型框架。

  价值流管理实施路线图

图片来源：VSM Consortium

价值流管理实施路线图（VSM Implementation Roadmap）包括8个步骤：

1）开始（Start）：从你现在的位置开始，无论你在什么阶段。

2）愿景（Vision）：设定你的长期愿景和目标；

3）识别（Identify）：识别你的价值流，包括交付产品或服务。你的目标是加速客户价值的流动；

4）组织（Organize）：围绕价值流的每一个步骤，找到对应的负责人；

5）映射（Map）：和价值流的成员一起进行映射实践。找到想法开始的地方，并跟踪每个步骤，直到最终交付价值；

6）连接（Connect）：连接DevOps工具链的各个部分，并与价值流图中的步骤连接起来，开始获取实时数据，从而洞察你的价值流的流动；

7）洞察（Inspect）：你已经自动化你的价值流图，现在就使用它！为你的价值流设置目标，并使用回顾来确定你的位置；

8）调整（Adapt）：使用你的洞察力来设计和执行试验，以调整和优化你的流动，这样你就可以不断的使你的客户满意。

  业务研发运营一体化模型及实践框架

图片来源：必致（BizDevOps）白皮书

BizDevOps的1个总体目标：

打造业务和技术有机融合、高效运作的数字化组织，赋能数字业务的持续创新和长期发展。

BizDevOps的3个能力要求：

1）以客户价值为核心的协同能力

2）全链路的数字化运作能力

3）基于高可用数据的过程透明和效能度量能力

图片来源：必致（BizDevOps）白皮书

BizDevOps的5个关键实践：

1）产品导向的团队组织和交付方式

2）业务驱动的组织协同机制

3）应用为核心的研发资产和流程管理

4）适配业务特征的持续业务交付

5）全量、全要素、实时数据支持的度量和持续改进

图片来源：必致（BizDevOps）白皮书

小结：价值流管理和BizDevOps是一种思想，思想/原则是通用的，但具体实践和方法则不然。我们需要掌握其核心思想原则，根据组织当前面临的情境选择最适合当下的体系方法或框架，持续改进。

05 本周推荐阅读

BizDevOps共促计划专家组发布了2022必致（BizDevOps）白皮书（业务研发运营一体化模型及实践框架）。白皮书从目标、能力和实践3个方面定义BizDevOps，并将总结为1个总体目标、3个能力要求和5个关键实践。（关注本公众号，回复“BizDevOps”下载PDF白皮书，版权归原作者所有）

​

END