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

本文目录

01 前言

02 什么是BizDevOps？

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

04 VSM=BizDevOps吗？

05 本周推荐阅读

前言

什么是BizDevOps

在讨论BizDevOps之前，我们需要先理解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是一种局部优化。

什么是BizDevOps？

什么是价值流管理（VSM）

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

什么是价值流

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

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个核心要素：

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”，但却有着巨大的差异。相对于价值流映射，价值流管理可以集成端到端的工具链，并提供实时、量化的洞察数据，以支持持续的渐进式改进。

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）：你已经自动化你的价值流图，现在就使用它！为你的价值流设置目标，并使用回顾来确定你的位置；

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

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

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

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

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

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