本文用简短的篇幅描述了价值流的定义，价值，以及和敏捷及DevOps的关系，作者 Steve Pereira，译者许峰。

正文

与大多数关于流程的思考方法相比，价值流关注的是 “我们如何创造和交付价值”，而不是 “我们如何做事”。 

似乎从2020年开始，敏捷、DevOps和技术相关的领域的每个人都在谈论价值流，而且理由很充分。几十年来，商业和制造业的人群一直关注价值流，但随着技术的成熟和能力的发展，敏捷、DevOps和技术现在正在结合起来，每个领域的最好的部分都被应用到其它地方。

我们可以专写一篇文章讨论 “价值” 本身的定义，但广泛地说，让我们定义价值为: “为目标接受者提供的受益的度量”，换句话说: 优点，值得，有用。 

价值流最初作为一个概念出现在传统的实体商品制造业中，如汽车和家电，特别是在精益制造的兴起中，以最大化效率、质量和价值。因为这一传统，你会发现在数字时代，很多相关表达都没有什么用处，但不用担心，我将在这里给你带来最好的部分。 

简而言之，一个价值流是在组织中创造价值的一个过程，通过步骤和测量数据来捕获。我说 “一个” 过程，是因为企业充满了价值流。

超越敏捷和 DevOps

当然你一定会问: 我们已经有了敏捷和DevOps，为什么还需要价值流? 一个主要的原因是，两者都被证明是非常棘手的，难以一致地定义和执行，但主要的挑战是，它们都未能涵盖产生客户价值的真正工作流。敏捷充其量是一组模糊定义的指导方针，而DevOps 则是从CI/CD到无指责的事后分析（blameless post mortems）以及介于其间的所有东西。它们的聚焦点要么过于浅表 (敏捷) ，要么过于局限 (DevOps) 。对于一个有赖于清晰性、价值和流才能表现良好的团队来说，这并不真正具备可执行性。 

DevOps让人们看到了软件产品开发和运营中整个活动流程中协作的挑战，但它只关注流程的一小部分，因此问题可能隐藏在可见性之外。

DevOps 通常专注于整个价值流的一小部分 

用另一种方式来说明这一点，许多团队凭借DevOps名下的许多焦点实践和能力获得了成功，但作为一个组织却未能真正加速，因为在Dev+Ops边界之外存在一个约束。
 

即使完美的自动化也无法解决其影响之外的约束 

因为价值流本质上涵盖了从概念到现金的所有活动，它让我们更好地看待现实和交付价值的所有要求。有了价值流思维，我们可以开始把我们的组织看作一个相互关联的价值流的集合 (甚至更准确地说，是一个网络)，这些价值流产生的工作为客户提供价值。这种观点允许我们始终关注真正阻碍我们前进的东西，以及真正推动改进、性能和价值的东西。

价值流无处不在

每个组织都是价值流的集合 

价值流的 “流（stream）” 方面来自于为创造价值而执行的一系列连续步骤。每一步骤都流向下一步骤，其目标是最大化流的价值流动，就像一条河流旨在从上游有效地向下游输送水一样。 

价值流代表了从你开始创造价值 (或当这个过程开始让你花钱时) 到最终结果交付给你的客户 (或当这个过程开始让你赚钱时) 的所有步骤的组合。价值流是价值创造和价值交付过程在一个统一的流程中的组合。 

与大多数关于流程的思考方法相比，价值流关注的是 “我们如何创造和交付价值”，而不是 “我们如何做事”。 

在流的情境中，你可以从左到右，从低价值到高价值，每个步骤都应该增加价值。这有助于你集中精力和思考，以避免常见的陷阱，如自动化一切，继续保持现状或不知道从哪里开始。