现代化企业架构- 数字化转型下BizDevOps与VSM的理论与实践(重塑世界观-XX第90期)

一、导读

在专栏《现代化企业中零售电商的江湖》中我们提到在数字化转型的背景下，

• （1）零售业的电商也在面临着巨大的挑战和被迫转型的问题现状
• （2）如何劝导老板进行企业数字化转型的价值和意义
• （3）IT部门又应该如何实施数字化转型
•   (4)  零售业在数字化转型时代应该如何实施AI规模化应用
• （5）数字化转型时代的高绩效组织与BizDevOps

在之前文章中，我们提到当前零售业数字化转型的背景、如何劝导老板进行数字化转型以及IT部门如何实施数字化转型，当前如何构建高绩效组织交付方式的BizDevOps概念模型，那么本文讲下基于业务驱动的BizDevOps实践。

二、价值流相关理论介绍

在上一篇数字化转型时代的高绩效组织与BizDevOps阐述BizDevOps中，我们提到从整体目标来看，BizDevOps核心是为业务的数字化转型打造数字化的组织，从实践方法来看，BizDevOps其实是DevOps的升级，最终实现"业技融合"的目标。

图片

在当前实践方法之前，我们需要理解下VSM（价值流管理）。在2020年10月Gartner 发布了《预测2021：价值流将定义 DevOps 的未来报告》，在报告中指出 “到2023年，70%的组织将使用价值流管理来改善 DevOps 流水线的流动，从而更快地交付客户价值。” 该报告主要强调价值流管理的重要性，并指出领导者必须关注价值流管理，以最大化流动，从而改善交付效率和推动创新，从而更好的符合当前时代下的企业数字化转型。

2.1、什么是价值流

目前主要有维基百科、精益企业协会、Scaled Agile 和 iSixSigma 的主流定义如下：

• 1）维基百科：价值流是一组为客户增加价值的活动，包括从客户最初的请求到价值的实现。
• 2）精益企业协会: 包括增值和非增值的所有活动，是将产品从概念到发布（也称为开发价值流）和从订单到交付（也称为运营价值流）所必须的。这包括处理来自客户的过程信息，以及在产品到达客户的途中转换产品的操作。
• 3）Scaled Agile: 价值流是组织用以实施解决方案的一系列步骤，从而为客户提供价值的持续流动。
• 4）iSixSigma: 价值流是一个过程中的所有步骤(包括增值和非增值)，客户愿意为其付费，以便使产品或服务通过生产该产品或服务所必需的主要流动。

“价值流是一组端到端的活动，他们共同为客户创造价值。”，在James Martin 的著作 The Great Transiton 中对价值流是这样定义的。

那么笔者理解，更偏向于维基百科，对于企业来说，“价值”本身的服务对象就是客户，企业经营的业务本身就是接收面向客户最初的请求，然后企业完成整个业务链路价值，最后将价值实现给客户。

2.2、什么是价值流映射

价值流映射（Value Stream Mapping）也称为物质流和信息流图，是一种精益管理方法，用于分析产品或服务所发生的一系列事件的当前状态并设计未来状态特定流程的开始，直至到达客户手中。价值流图是一种可视化工具，它显示特定流程中的所有关键步骤，并轻松量化每个阶段所需的时间和数量。价值流图显示了材料和信息在流程中的流动。

图片

价值流图代表为物质产品增加价值的核心业务流程，而价值链图则显示公司内所有活动的概述。其他业务活动可以用“价值流图”和/或表示创建和使用业务数据的业务流程的其他类型的图表来表示。（维基百科）

笔者理解，企业价值流的表达主要有如下几个要素构成，Customer、Process、Value

图片

在整个价值流链路过程中，过程的节点可能是一个网状的拓扑图，对于客户诉求和最终价值结果来说，并不需要关心这个过程的细节。对于客户诉求来说也可能是多个诉求拆解、价值结果也可能是多个价值点输出，但是并不重要，因为该模型始终能够确保客户诉求是对应着价值创造的唯一结果。

在过程链路需要进行细化分析的过程中，可以采用笔者公司的实践方案，价值消费者、价值生产者、价值传播者、预期价值来将原本复杂的网状拓扑图变成价值线的模型描述，以下是其中的一个案例可以作为参考。

图片

2.3、什么是价值流管理

VSM联盟顾问 Cecil’Gary‘ Rupp 在其著作 Driving DevOps with Value Stream Management  中将价值流管理定义为：价值流管理（Value Stream Management，简称VSM）是一种面向所有开发和运营价值流进行精益改进的方法。

图片

如何理解价值流管理和价值流图的关系和区别呢？笔者理解如下：

• 面向群体不同：价值流管理面向的是工具，价值流图面向的是客户
• 方式工具不同：价值流管理的是现代化仪表盘等分析工具，价值流图是传统式的便利贴或者黑板。
• 规划决策不同：价值流管理更多的是记录过去和现状的内容，价值流图是基于现状进行未来规划。
• 驱动因子不同：价值流管理是基于数据驱动，决策更理性，价值流图是基于观点、假设驱动，决策更感性。
• 其他...

在价值流管理联盟中，针对2022年报告提出价值流管理的RoadMap如下。

图片

三、BizDevOps与VSM

基于上述VSM的描述我们可以理解两者之间在价值流管理（VSM）和BizDevOps在思想和目标层面上是一致的，均是通过建立全局视角和思考、提供定量数据和洞察，加速价值流动和实现。以业务价值目标为初心，以业务价值目标为终点，然而两者的差异性更多是在管理的方法论路径上的差异。比如VSM的RoadMap侧重在Start、Vision、Identify、Organize、Map、Connect、Inspect、Adapt的8个节点；而BizDevOps相对容易实现方法论集中在1个整体目标、3个能力要求、3个视角的关键实践。

四、BizDevOps概念与实践框架

在上一篇数字化转型时代的高绩效组织与BizDevOps中我们提到概念模型，

图片

那么在基于这套概念模型中，整个实践体系划分为三个领域：规划和协同领域、技术交付领域、应用管理和变更领域。

业务、产品、应用三者之间的协助实践体系如下流程：

图片

图来自BizDevOps白皮书

基于项目和产品导向的驱动交付模式差异化对比：

图片

图来自BizDevOps白皮书

4.1、规划和协同领域

BizDevOps概念模型中，规划协同域被分为业务规划子域和 产品规划子域，这两个子域既相对独立又紧密协同，是 BizDevOps所倡导的业技协同的重要组成部分。

图片

图来自BizDevOps白皮书

4.1.1、业务规划子领域

图片

图来自BizDevOps白皮书

在梳理业务战略和目标时，需要对业务价值进行分类建模，这样才能驱动后续在产品和技术侧的价值对 齐。常见的价值模型需要关注三个不同的视角，也就是客户、企业、生态。

图片

图来自BizDevOps白皮书

图片

图来自BizDevOps白皮书

4.1.2、产品规划和协同子领域

BizDevOps强调业务驱动的协作关系，业务机会通过专题进行收敛和定义，专题服 务于产品的目标，并定义明确的成功标准，它又被称为成效指 标(MoS:Measure of Success)。成功标准应该明确可衡量，它由业务和产品共同定义并达成共识，用以指导专题的规划、优 先级共识和迭代反馈。成效指标的衡量则以业务的输入为主， 为业务驱动、产品收敛画上闭环。成效指标(MoS):专题的成效指标是专题在启动时确定的如何衡量其结果的标准。在具体落地时需要关注数据的可 获取性，逐步形成自动化的获取、处理和呈现机制。

图片

图来自BizDevOps白皮书

产品线的愿景、目标、专题和业务需求构成树形结构，树的各个层次反映不同粒度的业务价值。这棵树被称为精 益价值树(LVT:Lean Value Tree)，精益价值树的不同分支上叠 加人力和其他资源的投入，可以整体和直观反映组织中的资源 在不同价值项上的分布。

精益价值树可以帮助组织进行基于业务价值的投资组合管理，通过可视化的实践让业务和产品在规划和协同上持续互动，保证业务和产品在决策上的透明，和沟通渠道的有效畅通。

图片

图来自BizDevOps白皮书

围绕业务目标的规划和协同，形成 高效且有效的业务交付、反馈和调 整的创新闭环。这是业务驱动的组 织协同机制解决的核心问题

4.2、技术交付领域

在技术交付领域中，以产品为导向，组织面向业务目标的稳定产品交付团队，持续迭代产品，提升协作和工程能力，改进团队交付效能。这是产品导向的团队组织和交付方式解决的核心问题。

图片

图来自BizDevOps白皮书

4.3、应用管理和变更领域

图片

图来自BizDevOps白皮书

在BizDevOps概念模型中，把工程和技术域分成两个2个核心域⸺应用管理和变更域，业务发布域。

1.应用管理和变更域

变更请求是这个域的核心作业对象，它指的是为实现特定的 产品需求或修复缺陷，应用所要做的变更。变更请求的实现是从设计、编码、提交、测试直至部署的完整过程

应用管理和变更域的目标是:以应用为核心，有效聚合和管理研发资产，定义和管理应用的变更流程，保障对变更请求的持续响应和持续部署。

在应用管理和变更这里，BizDevOps白皮书中借用了OAM（Open Application Model）模型标准，该模型认为应用是开发者、应用运维、基础设施运维的共同的工作对象，不同环节基于应用拉通并有效协作，成为一个高效工作的整体。

图片

图片

图来自BizDevOps白皮书

2.业务发布域

(系统或版本的)发布是这个域的核心作业对象。一个发布通常是基于发布计划生成，并按发布单元所定义的集成发布流 程，完成多个变更请求的集成、验证和对外发布。

业务发布域的目标是:适配业务特征定义和管理业务的集 成发布流程，制定发布计划，保障高效、高质量和持续的业务响应和交付。

图片

图来自BizDevOps白皮书

BizDevOps实践的最终目的是提升业务交付能力。在工程和技 术上，业务交付体现为版本或业务的持续发布。

发布是指:按照一定的流程，将某个发布单元(如产品和系统) 中开发完毕的功能，分发到目标环境中，并使之对外部可见和 可用的过程。

• 发布:指将开发完成的功能，分发到目标环境，并使之对外 可见和可用的过程。
• 发布单元:是发布的最小粒度，它可能是单个应用，或有多 个应用组成的产品和系统。发布单元下的变更请求需要一 起集成、验证、部署后才能共同发布，发布单元定义自己的 集成发布流程，以保障发布的可控性和质量。

图片

图来自BizDevOps白皮书

以发布单元的颗粒度大小、发布的批量大小、集成发布流程的灵活性和速度高低的三个要素，在保障交付质量的前提下，共同决定组织的持续交付水平。持续交付的目标非常直接，那就是持续地交付业务价值。其中，业务价值的载体是业务需求，而持续指的是在需要的时候随时可以交付，而非受制于批量要求、复杂的发布流程、落后工程能力等

五、BizDevOps的度量体系

BizDevOps度量的目标是:指导团队针对性地改善能力和行为，从而提高交付效能，最终带来期望的业务结果。基于这一目标，分别拆解为:业务结果指标、交付效能指标，以及能力和行为指标。区分这三类指标并明确它们的关系是有效度量的基础。

图片

图来自BizDevOps白皮书

在以上三个类指标中。业务指标因业务类型而异;行为和能力指标，需要基于具体的度量改进场景，选择和定制。在BizDevOps白皮书中，仅仅是提供交付效能指标的参考建议。

图片

度量改进体系（DIKW模型）是确保整个实践体系中有效的反馈保障措施。

图片

六、笔者感悟

笔者在梳理BizDevOps的过程中，最大的感悟是希望本文能够将核心的内容传递和记录下来，数字化时代的持续交付架构和敏捷是当代的主旋律，并不是说过去的传统单体架构、服务化架构以及瀑布和DevOps敏捷交付方式不再可取，而是我们如何以拥抱变化，贴近客户一线的态度去迎接企业的转型和业务的创新。

七、参考资料

•  《BizDevOps白皮书》-2022
•   价值流联盟：https://www.vsmconsortium.org/
• 如何理解BizDevOps与VSM：https://blog.51cto.com/stephen1991/6034019
• 《 现代化企业架构的建模与PaaS化》专栏
• 《现代化企业中零售电商的江湖》专栏