大多数企业现在已经或多或少地采用敏捷和 DevOps 实践和工具来改善软件产品交付，但是很多产品团队依然面临产品交付的众多挑战，阻碍了他们进一步提高产品交付速度、改善质量和优化价值交付的能力。
很多 DevOps 工具链还是需要大量手动维护，受困于工具的集成限制，流水线的编排能力不足，导致了大量的低效、重复的人工工作，严重影响了组织和产品团队创造价值的活动。产品团队经常只关注技术能力指标，而经常忽视业务成功指标，他们很难将团队工作的优先级与组织的战略优先目标保持一致。
如果组织缺乏对产品交付的端到端可视性，也很难以改善其价值流。在这种情况下，开发和运维的领导者必须考虑实施 DevOps 价值流管理平台，并通过分析价值流指标，来优化产品交付的整体健康状况。
以下我们将逐一阐述价值流管理平台的七大能力，给期望采用价值流管理平台的企业提供一些有意义的参考建议。
在产品从规划、创建、交付、变更、运营、支持一直到退出的整个价值流过程中，价值流度量提供了对整个产品交付效能的持续评估和评价。与传统的研发度量指标相比，IT和业务团队可以共同使用价值流指标，进行更好的持续协作，达成与业务目标一致的结果。
对开发与运营相关的价值流来说，客户关心的常见目标往往是快速上市时间、改善质量或降低成本、提高可预测性。价值流度量根据开发运营过程中的大量数据，抽取出了最有价值的度量指标，来反映这些业务目标达成的进展状况，并作为诊断来发现和分析问题，进行持续改进。常用的流指标包括流时间，流速，流效率，流负载和流分布，有关流指标的详细说明可以参见另外一篇有关价值流指标的文章。
基于这些数据可以对价值流进行端到端的实时可视化分析，帮助提早发现价值流放缓或阻塞的地方，并及时采取必要措施来缓解瓶颈。这种分析可以使产品团队获得多种优势，如能够根据历史数据预测产品交付时间、产品质量等。还可以通过价值流可视化去分析以业务为中心的指标，如交付周期、部署频率、缺陷逃逸率、变更响应时间、故障恢复时间等。
要追求端到端的价值流度量指标，往往需要从完成工作的复杂研发运营工具链中，抽取所需的数据，并将数据结合在一起，计算出价值流指标。采集工具数据要能够不间断地进行，并且不影响原有工具的正常使用。
这需要专业的价值流管理工具，在快速获得价值流度量指标时，不用花费太多人力和时间。专业价值流管理平台往往预先内置许多工具适配器，能够适配不同工具的API接口和数据模式，帮助采集、规范化和存储高质量的正确数据，这样可以大大节省企业的投入成本。
除了DevOps工具链之外，价值流管理平台还可以进行扩展，集成其他工具和数据源，包括开源工具、商业工具、财务系统、客户体验系统、远程监控系统等。这些扩展工具和数据源的集成，可以使产品团队能够构建可定制的仪表板，可视化所有产品交付过程中的价值流。
产品开发交付过程中，客户不同团队经常会选择在在各自领域中功能强大或自己偏好的工具，如产品管理、需求管理、敏捷开发协作、代码库、测试工具、测试管理、持续集成和部署、运行监控、运维管理等。每种工具都有自己的使用模式、功能和数据模式，通过这些工具组合实现整个产品开发交付的流程时，经常会出现难以对接的情况，原因可能包括使用模式不匹配、功能重叠、数据结构或格式不统一等。绝大多数客户都希望能在使用单点工具的强大功能的同时，有种便利的方式能把这些工具灵活地组合起来，顺利完成整个开发运营过程。
价值流管理平台需要具备灵活的工作流编排能力，将产品开发交付过程中的各种工具，按照客户希望的流程方式组合在一起，不同角色在使用各自偏好的工具同时，进行高效地协作。客户还能够基于事件触发或者按照顺序触发工作流程的自动执行，并可以提前进行工作流的编排。比如，需求审核通过后自动进行任务的分解和安排，代码提交后自动触发构建和测试流水线，运维问题诊断确认为重要缺陷时自动触发启动变更流程。
价值流管理平台还需要能够提供实时视图，展现所有产品线有关治理、安全性和法律规范合规方面的全方位信息，这种类似“上帝视角”的能力，将会极大简化对这些相关流程的管控方式。例如如果能清晰地展现，产品对某个法规从需求、设计、开发和测试到发布整个过程的遵循和追溯，将会极大减少宝贵的开发人力来收集、整理和提交这些合规依据。
价值流管理平台还可以通过多种方式帮助产品团队提高他们的治理、安全和合规能力。如对不同角色授予或拒绝访问不同流水线活动的权限，来满足组织内部治理的政策。在 DevOps 交付流水线中，对所需的安全和合规要求，都建立起可自动化执行的操作，并能够衡量是否满足相关要求，如同行评审、访问控制权限、审计记录跟踪等。
这些治理功能使 DevOps 团队能够为平台建立基于角色的访问控制 (RBAC)，并对构建进行控制，这样可以最大限度地减少可能影响产品质量、可靠性和安全性的异常情况。如果没有合适的控制，很难想象如果有人恶意在流水线中加入不可控的代码或二进制包，将会对产品安全造成多大的影响。
除了对客户请求响应时间的要求越来越高之外，产品团队也越来越关注产品的可预测性，即产品是否总能按预期发布？对客户请求的承诺是否总能达成？是否总能控制好范围、预算和风险？对客户承诺的服务级别目标是否能达成？这些问题也需要从 DevOps 工具链中获取的历史数据中来进行量化指标分析预测。
这些度量提供了一种系统化的方法，使用基于数据的洞察来向相关利益方传达业务价值度量的可靠性。产品团队如果总能在每月的第一天上线新版本，客户就更愿意调整业务上线的时间，跟产品节奏保持一致。在产品交付的早期阶段，跟踪功能发布中的可靠性问题，可以在开发活动和生产体验之间建立良性循环。这对于提高交付产品的质量也至关重要。
价值流管理平台提供了一种系统级的价值交付方法，超越了原有的局部优化方式。价值流管理平台可以从跨整个产品开发交付过程的多个来源中获取数据，并提供价值流指标度量和洞察分析，重点关注于交付的价值、成本和业务成果。
产品负责人可以灵活地管理价值的定义，并借助于价值流管理平台提供的度量指标来进行跟踪。业务管理者和产品团队希望建立起以业务为中心的业务成果度量指标，使得组织能够评价产品绩效，并寻找改进机会来优化产品交付，最终实现业务目标。
这些业务成果度量指标可能包括，交付时间、产品价值、产品成本、财务损益、产品质量、产品功能采用、净推荐值、客户满意度等。定义和捕获这些价值指标仍然是 DevOps 团队面临的挑战，这些指标需要价值流管理平台的客户及其利益相关者的参与，才能确保定义、捕获和报告的内容是有价值的和可接受的。
价值流管理平台需要能够与现有协作平台集成，来增强所有人员之间的沟通协作和信息共享。平台需要提供一个连接渠道，利益相关者可以在其中进行协作，并不断努力消除产品交付的任何障碍。因为价值流管理平台连接到不同团队使用的许多不同的工具，所以平台也为不同团队和工具之间的沟通协作提供了帮助支持。产品团队经常会使用企业协作工具来进行日常沟通协作，如企业微信、飞书、钉钉等，他们同样希望 DevOps 工具链也能够与这些企业协作工具建立连接。
在使用敏捷和 DevOps 支持大型复杂系统交付时，多个远程团队在软件生命周期的不同阶段工作，这时这种能力尤为重要。参与在交付过程中的的每个人都希望能够通过不间断的反馈和信息流，进行实时地协作。
当前的价值流管理平台，正处在快速发展中，一些新的平台能力也在不断扩展。企业需要根据自身实际需求和 DevOps 工具建设情况，评估自己需要什么样的价值流管理平台能力，才能满足产品交付不断增长的业务需要。
文章内容参考：Gartner- 2020 年 9 月 29 日发布 - ID G00730782《DevOps 价值流管理平台市场指南》
DevOps VSM公众号将持续为您提供国内外行业相关前沿观点和视角，赋能行业发展。
今日为您分享The State of Value Stream Management Report 2021（2021年价值流管理状况报告），以下为报告简述：
自1950年代以来，价值流管理（VSM）作为一种概念和实践一直存在，起源于丰田生产系统和较早的制造业。其根源包括精益原则和实践，以及在企业管理中的后续应用。
敏捷框架的实践者，比如SAFe, LeSS 和 Disciplined Agile等，将会对本报告当中要讨论的一些概念感到熟悉，因为它们大量借鉴了以 VSM为中心的思想。DevOps使用价值流作为其基本的组织原则；DevOps手册的前几章强调如何选择初始价值流，以及如何理解和使该价值流中的工作可见。
获取报告原文及译文
公众号后台回复关键词：VSM
立刻开始阅读
