【VSM每周观点】可工作的软件不等于业务价值｜第16期

敏捷软件开发宣言和Scrum敏捷框架中均强调了要尽快地交付可工作的软件。从2001年敏捷宣言提出至今已经二十多年了，组织的软件交付效率得到了显著的提升。近年来，越来越多的组织开始从关注软件交付效率转变到关注价值。

原因在于，可工作的软件并不一定会带来业务价值，换句话说，只有客户愿意为之买单的软件才能产生价值。否则，生产客户不需要的软件是精益软件开发的最大浪费之一。

01效率、质量、价值

这几年，大部分组织不再是单纯地追求效率和速度，而是回归到软件交付的本质——尽快地为客户交付高质量的价值。这里包括3个关键要素：

1）效率：这是大部分组织最先关注的维度，通过提高软件交付效率，缩短交付周期，更早地将产品/服务交付给客户；

2）质量：组织不能为了提升交付效率而牺牲质量，没有客户愿意为有质量问题的产品或服务买单；我们需要借助测试左移、测试自动化和测试管理等方法，提升软件质量；

3）价值：价值是由客户定义和衡量的，只有当产品/服务满足客户的需求和期望，并愿意为之买单时，我们生产的产品/服务才能产生价值。也就是说，交付的软件/产品/服务不能等同于业务价值。

02MVP、MRF、MBI、MMR

图片来源：https://www.pmi.org/

最小可行产品（MVP）

最小可行产品（MVP，Minimum Viable Product ）是对学习的投资，你的目标是探索潜在客户想要什么的实验。为了运行这个实验，你将通过尽可能少的努力创建一个产品版本，以便用于对潜在客户的有效学习。MVP是一种实验，用来探索关于你的客户真正想要什么的假设。

最小可发布功能（MRF）

最小可发布功能（MRF，Minimum Releasable Feature）是可以交付的功能的最小部分，它对客户有价值，因此对你的组织也有价值。

最小业务增量（MBI）

最小业务增量（MBI，Minimum Business Increment）是与组织战略一致的客户（内部或外部）能够实现的最小的价值部分。MBI为你的客户增加了价值，并为产品团队带来了有价值的反馈，即正在以正确的方式构建正确的功能。MBI是一种解决方案，它包含客户实现价值所需的所有部分。一个MBI，如果操作得当，应当是一个MMR。

最小可售发布（MMR）

最小可售发布（MMR，Minimum Marketable Release），随着时间的推移，成功的产品会逐步部署到市场中，每个“主要”部署都被称为一个版本。MMR是一种产品的发布，该产品具有尽可能少的功能集，可以满足客户当前的新需求。MMR通过将每个版本的一致特性集减少到为客户提供新价值的最小增量来缩短发布之间的上市时间。MMR是一个或多个MBI（理想情况下是一个）。

03价值流动 vs 价值实现

可工作的软件不一定会产生业务价值，软件的快速交付也不一定带来快速的价值交付。Value Stream Management Foundation认证体系中提到的VSM二元性有助于我们更好的理解价值流动和价值实现：

1）价值流动（Flow）：展示的是价值流的运作状况，可以通过流动指标来度量，如：流动时间（Flow Time）、流动速率（Flow Velocity）、流动效率（Flow Efficiency）和流分布（Flow Distribution）等；

2）价值实现（Realization）：展示的是客户体验和成效，典型的度量指标包括：产品使用情况、转化率和投资回报率（ROI）等。

也就是说，我们在度量交付效率（流动指标）的同时也要衡量与之对应的业务价值（实现指标）。

04 如何衡量价值

如何对软件交付的价值进行衡量是近期业界在共同探索和研究的话题，个人有几点思考供大家参考：

1）价值度量要求业务和IT的深度合作：价值的衡量涉及到整个价值流，获得上线后的运营反馈，需要建立以客户/用户为中心的全局思考，更加需要业务和科技的共同协作；近期，我们也看到了DevOps到BizDevOps的发展趋势，还有价值流管理（VSM）在IT领域的应用和实践的探索。

2）价值度量要求建立价值与功能的对应关系：如上面我们讨论的，最小可售发布（MMR）、最小业务增量（MBI）与具备的版本、迭代，甚至是用户故事的对应关系是什么。有了这个关联关系，我们才能更好的对价值进行评估。

3）借助价值流管理平台（VSMPs）提供价值度量的数据洞察：Gartner提出了价值流交付平台（VSDPs）和价值流管理平台（VSMPs）的理念，我们也看到国外厂商有相应的工具/平台，价值流管理平台可以为我们提供实时的数据洞察和反馈。