开发价值流：事实上，发展的目的是创造有利可图的运营价值流。

事实上，发展的目的是创造有利可图的运营价值流。

—Allen Ward，精益产品和流程开发

开发价值流

开发价值流是将业务假设转化为提供客户价值的数字化解决方案所需的一系列活动。

正如原则 #10，围绕价值组织中所述，价值流概念是精益思想的关键基础，也是 SAFe 的基础。SAFe 中描述了两种类型的价值流。

开发价值流 （DVS）。本文介绍 DVS，即开发和支持运营价值流 （OVS） 使用的解决方案的活动序列。一个或多个敏捷发布系列构成每个 DVS。

运营价值流 （OVS）。OVS 是向客户交付产品或服务所需的一系列活动。示例包括制造产品、履行订单、收治和治疗患者、提供贷款或提供专业服务。

系统和软件开发人员、产品经理、工程师、科学家和 IT 从业人员主要在 DVS 中工作。外部客户使用他们创建的解决方案，但许多解决方案通常是企业内部的。这些客户（或用户）是企业内部使用这些系统来完成工作的人员。其他公司则向外部客户提供 DVS 开发的产品、服务或系统。

详

SAFe Portfolio 定义并管理一组 DVS。每个 DVS 都致力于构建、部署和支持企业完成其业务使命所需的解决方案（图 1）。

精益预算和护栏支持他们，并赋予做出优化经济价值的日常决策的员工权力。该值由关键绩效指标 （KPI）、目标和关键结果 （OKR） 以及 SAFe 的三个衡量领域（结果、流程和能力，请参阅衡量和增长）来衡量，这些领域旨在评估价值流在实现投资组合战略方面的表现。

为什么要在开发价值流中组织人员？

简而言之，围绕 DVS 组织人员可以改善工作流程、效率并加快上市时间。这是通过供应商、渠道和整个系统跨部门和职能部门优化客户价值流来实现的。

价值流具有许多优势，因为它们：

打造长期、稳定的团队，专注于创造价值

帮助识别和可视化生成解决方案所需的所有工作

提高延迟、瓶颈和交接的透明度

支持较小批量的工作

实现知识增长和更持续的学习

允许融资模式从传统项目预算转向价值流

事实上，当你开始了解它们的价值时，你会想知道没有它们，企业是如何相处的。是的，他们一直在那里，但我们没有看到他们。

定义开发价值流

价值流包含提供价值所需的所有活动、人员、系统以及信息和材料流。虽然 OVS 根据其用途而有很大差异，但 DVS 步骤相对标准。图 2 说明了 DVS 的简化结构。

此结构包含以下元素：

触发器 – 价值流由新请求触发，尽管许多新请求同时在价值流中移动。

步骤 – 包含定义、构建、验证和释放新价值所需的活动。

条形图 – 步骤之间的条形表示从一个过程流向下一个过程的信息和材料。它还意味着当人们在不同步骤中为流程增加价值时发生的典型信息传递。

椭圆 （...）– 指出这些步骤之间的延迟，通常是导致交货时间过长的最重要因素。减少延误通常是缩短交货时间的最快和最有效的方法。

DVS 的输出是解决方案的新增量，是这些新功能提供的附加值。

图 2 中的 DVS 示例是一个非常简化的模型，展示了在当今数字化企业中创建创新技术解决方案所需的条件。尽管如此，它仍然有一个重要的目的：它说明了提供解决方案所需的活动以及所需的时间。

运营价值流一文介绍了价值流如何提供解决方案并支持客户的需求。事实上，正如 Ward 所指出的，[1] 开发价值流的全部目的是使运营价值流——从而使整个企业——在提供价值方面更有利可图、更有效率。正如该文章所述，四种常见的 OVS 价值流模式（履行、制造、软件产品和支持）适用于不同类型的 DVS 模式。

履行 DVS 模式

第一种模式（图3）是消费贷款示例。在保险、银行、金融服务和相关行业中，这样的模式是相当标准的，这些行业为消费者 （B2C） 和企业 （B2B） 提供复杂的数字化产品和服务。

履行 OVS 表示处理客户请求、交付支持数字化的产品或服务以及接收付款的步骤。示例包括为消费者提供保险产品或履行电子商务销售订单（图 3）。

在这种情况下，产品是虚拟的，而不是有形的，因为“贷款产品”是构成消费产品或服务的一组承诺、接口、应用程序、服务、合同、许可证和其他关系。

客户在整个旅程中的不同时间点进行交互。虽然至关重要，但客户接入点只是开发的冰山一角;大多数开发都发生在内部企业级系统上，例如为商业银行系统描述的系统。

要构建和维护这些系统，可能需要多个开发流。例如，一个开发价值流支持前端贷款发放服务和信用评分;另一个是构建核心银行服务。

制造DVS模式

图 4 展示了制造重要信息物理系统（在本例中为乘用车）的模式。这种模式显示了直接支持数字解决方案的开发流与支持必须在使用前制造的产品的开发流之间的根本差异。

在这种情况下，交付的价值不是产品，而是制造和验证产品所需的规格。重点是解决方案意图，即生产设备所需的设计规范、制造程序、物料清单等的存储库。

在此上下文中，团队为两种类型的客户提供服务：

1. 最终客户是制造产品的最终用户（在本例中为车辆驾驶员）

2. 使用规格制造产品的制造人员（用蓝色的“车间领班”图标表示）。

当然，DVS 的大小和数量会随着解决方案的复杂性而变化。在某些情况下，成千上万的人参与设计这样的系统（车辆、飞机、卫星、智能手机等）。但同样的情况是，许多制造的产品可以通过单一的开发价值流（无人机、网络摄像头、遥控器等）进行开发。

上图中更复杂的情况说明了另一种常见的子模式，其中某些 DVS 直接支持其他 DVS。在此示例中，一个 DVS 专门用于构建另一个 DVS 设计、仿真和验证其产品所需的车辆设计师工具。

图中还展示了一个“数字孪生”，这是用于验证设计假设的产品的复制品。这种孪生体是一种常见的精益敏捷策略，用于构建重要的信息物理系统。

软件产品 DVS 模式

许多软件开发和 IT 从业者在独立软件供应商 （ISV） 行业工作，供应商直接生产和销售软件产品。软件产品部门包括最大的数字原生公司和数十万家企业，销售从IT服务到医院信息系统、桌面软件、游戏和简单移动应用程序的所有产品。

图 5 说明了开发和支持大量软件应用程序的重要企业的模式。

此图显示了开发工作的最大重点如何直接进入软件解决方案。客户（和各种客户角色）是系统的用户。成百上千的人可能直接参与开发、部署和维护此类系统。

但该系统不会自我推销、接听支持电话或收取收入。OVS 负责客户获取、内部运营、支持等。如图所示，一些软件和 IT 从业者支持和维护这些内部系统。同样重要的是要注意，客户在使用该应用程序时会在整个买家旅程中与公司互动。如图所示，DVS 专门用于支持该功能。它可以分发到其他开发敏捷发布系统（ART），以获得更符合流的端到端方法。但是，客户体验的通用方法可能需要单独的开发价值流。

支持DVS模式

最后一种类型的 OVS 服务于“支持价值流”、内部和关键职能，以及保持企业运行的人员和流程。常见示例包括年度审计流程、招聘和入职人员以及许多其他重要的重复工作流程。此外，从事物流、供应链、研究、数据挖掘、药物发现等的企业拥有广泛而关键的内部支持价值流，其活动远远早于针对最终客户的活动。存在许多这样的支持性价值流，从而产生了巨大的发展需求。

通常，一个 DVS 可以支持多个 OVS，该 DVS 构建、配置和支持 OVS 运行和共享标准信息所需的系统。

图 6 显示了支持整个企业使用的 ERP 系统的单个 DVS 示例。

在此示例中，只有一个内部客户。这是因为，在这种情况下，DVS 支持企业内部的 OVS。DVS 的客户是在 OVS 中工作的用户、利益干系人和员工（由带圆圈的人员图标表示）。

了解这种内部价值流与了解外部客户一样重要。以客户为中心和设计思维的思维方式、方法和实践同样适用于此 DVS 的团队。

定义开发价值流

前面描述的四种 OVS 模式有助于定义 DVS 结构以实现最佳价值交付。一旦初步确定，就需要进行额外的分析，以确定 DVS 边界、人员、解决方案和其他可交付成果。图 7 提供了一个 Development Value Stream Canvas，这是一个简单的模板，可以捕获和完善新出现的理解。

优化开发价值流

最后，价值流分析还有另一个显著的好处。每个价值流都为客户提供可识别和可衡量的价值流。因此，价值流图[2,4]可用于系统地衡量和提高交付速度和质量。

随着团队和 ART 开始采用 DevOps，从旅程中学到的东西往往令人惊讶。图 8 展示了一个团队在典型功能从定义到生产过程中对典型功能进行首次映射的示例。

价值流的流量指标提供了强有力的证据，表明需要实质性的改进。只有5%的流动时间是增值工作时间。剩下的95%都花在了等待上！此外，系统中还存在湍流。只有 35% 的功能流经价值流，而无需在一个或多个步骤中重新设计。

这些结果为 ART 提供了一个很好的业务案例，用于投资价值流映射和进一步自动化持续交付管道，如图 9 所示。

持续改进过程使DVS能够在最短的可持续交货时间内以尽可能高的质量提供创新和价值。