|
企业IT在数字化转型过程中已经完成了以CI/CD为核心的DevOps工具链建设，但业务价值交付过程的降本增效仍不明显，症结究竟何在？
在数字化建设的道路上，企业积极寻求通过DevOps和敏捷方法来提升研发、测试、运维等环节间的协作效率，提升软件研发效率，以更灵活、高效的方式响应市场需求，推动业务发展。
然而，在实际应用DevOps的过程中，需求交付效率的提升不显著，交付周期未实现预期的缩短，瓶颈问题难以明确等，引发了关于DevOps实施效果的疑问：是否遇到了某种困境？我们又该如何应对这些挑战，找到突破口，实现业务交付的端到端提效？
市场上的DevOps工具链主要关注工程层面各垂直领域的单点能力建设，各工具间缺少联动。传统企业在DevOps工具链建设后经常面临研发流程视图不完整、流程与工程脱节、低业务成效、研发活动及操作分散、工具间数据割裂、整体效能难以准确度量、阻塞点难以识别等问题。
从需求到交付，整体流程繁琐，且缺乏统一线上展示全流程平台，流程管控复杂。同时，研发工具多样且操作分散，导致部分关键信息录入仍依赖手工操作，效率低下且极易出错。
以金融、汽车等代表的传统行业，出于监管、安全等方面的考虑，一方面从流程角度出发，要求其项目管理更加注重计划和控制；但与此同时，在数字化转型大背景下，这些行业又积极通过实施DevOps来优化工程效能。然而，在大量工具建设后，虽然研发团队拥有了更高的自主权，却导致管理流程得不到执行保障，IT风险明显升高。
尽管企业研发投入逐年增长，包括专项团队和工具链的建设，企业的研发工程效率和工作产出都有所提高，但交付周期并未明显缩短，业务成效的改善也不明显，当前资源投入与业务成效之间并未形成有效的正向循环。
众多研发工具间的数据割裂，导致业务价值交付效率度量困难，全局指标获取复杂且准确性下降。同时，业务需求的拆分和依赖关系复杂，进一步增加了管理者获取全面、实时、准确交付质效信息的难度。这不仅增加了风险识别的难度，也不利于问题的及时解决和整体流程的优化。
从IT治理角度看，目前DevOps工具链建设只实现了IT交付流程的局部高效，未能实现端到端的全局高效。
在这个背景下，价值流管理方法为企业提供了一种针对性、可行的方向。
价值流管理方法的概念起源于“精益生产”理念，关注从客户需求到软件交付全过程的价值流动，持续测量每个步骤以构建端到端的可见性，帮助团队识别并优化流程，消除不增值的活动和等待时间，清晰化交付过程瓶颈和问题，进而针对性地进行改进，以实现更高质效业务交付和客户价值。
价值流管理方法和DevOps与敏捷结合，可构建更完善的软件交付体系。价值流优化流程、消除浪费，敏捷提效协作，提升业务响应效率，DevOps完善研发工具链，提升工程效能，三者融会贯通可极大提高软件交付效率与质量。
在探讨企业如何应用价值流管理方法提升端到端业务交付效率之前，我们需明确：要实现端到端快速价值交付，需构建以客户为核心的全局视图，识别交付价值流；建立高效流动机制，识别过程瓶颈与消除浪费，保障各阶段质量；并通过可视化反馈持续改进。
图片内容改编自《This is Lean》
在软件交付过程中，应以流动效率为组织核心，而非传统地以资源效率为核心。
资源效率主要关注组织内部各环节的产出效率，而流动效率则从客户角度出发，强调客户价值的顺畅流动。
过度聚焦于局部资源效率的优化，如开发、测试、运维等，而忽视从业务需求到发布的整体价值流，可能会造成研发过程中的局部高效而整体割裂。这不仅增加了开发人员切换任务的频率，导致整体工作时间延长，还可能使下游或客户长时间等待，降低流动效率，影响业务价值的可持续交付。
在研发过程中，存在大量的浪费性活动，不仅抬升了成本，更拉长了整体价值交付周期，成为影响研发效率的主要原因。
研发活动类型可归结为三种：非增值活动、必要非增值活动以及增值活动。针对这些不同的活动类型，我们需要采取针对性的策略。
其中，研发过程中的非增值活动有八种典型的浪费现象，这些活动完全无法创造价值，我们必须坚决予以消除，以实现研发整体流程的高效与优化。
图片内容改编自《软件交付周期缩短！且看精益思想如何加速全局价值流动》
要实现业务价值交付端到端的提效，首要任务是全面把控从需求提出至投产的完整交付流程。通过精细化切分和分析，明确每个流程活动的执行耗时，识别过程短板，为后续的效能改进提供有力的指导依据。
其次，双向融合“管理流”与“工程流”，从三大方面助力效能改进落地。
基于组织场景，线上化串联管理流程和工程活动，形成全过程统一的视图和协作界面；
管理流程和工程活动之间注入准入准出标准，线上化质量约束，并融入自动化能力，以实现效率提升。
打破工具间的数据孤岛，构建从需求到制品、制品到环境的全流程信息关联性，数据记录后能在后续流程中直接自动读取，实现信息的无缝对接和高效利用。
最后，通过自动计算价值流指标，包括流程前置时间、流动效率、流动速度、在制品数量等进行流动效率分析，并根据实际情况及时调整策略，确保流动效率的持续改进和优化。
首先，工具应能助力企业实现业务流程与工程实践的深度整合，使组织的业务流动、成本分配、效率管理变得可观测、可联动、可管理、可优化，实现业务与工程的自动流转对接。
根据Gartner的观点，DevOps建设未来将主要由三部分构成：价值流交付平台、价值流管理平台和工具链。
其中，工具链是“底座”，负责提供局部高效的各基础能力中心，例如需求管理、测试管理、流水线、代码库、制品库等；价值流交付平台是“桥梁”，负责提供工具链的打通和流程治理，其核心在于以业务交付流程为主线，优化和统一工程工艺标准、完善和打通已有工具的操作流和数据流；价值流管理平台是“监控器”，负责持续衡量产品交付前置时间，并实现全局流程的可观测、可追溯，从全局角度提供治理意见。
因此，在DevOps工具建设选型时，应充分考虑目标工具在上述体系中所处的位置和充当的角色，保证其在业务交付流程中和上下游其他工具高效协作，共同推动DevOps建设完善。
图片内容改编自《从DevOps到精益价值流管理型平台，构建真正的“平台化工程”》
综上所述，以价值流管理方法为突破点，融合DevOps和敏捷，我们能够构建更为完善的软件交付体系，在这样的体系下，企业有望实现持续的价值收益飞跃：
通过识别业务需求交付的完整过程，确定对业务价值贡献最大的关键路径节点。借助流程图、价值流映射等可视化工具，企业能够清晰展现从业务需求到产品发布的整个价值链路，提高跨团队间的协作效率和透明度，深入洞察各环节、依赖关系及潜在瓶颈，为后续的研发流程优化奠定基础。
针对软件生产过程需要频繁的跨工具人工操作、重复性信息录入等场景，价值流管理帮助构建研发活动间的连接性，实现操作流和数据流的贯通，减少人工错误和重复性劳动，加快交付效率，同时确保质量与稳定性双提升。
借助管理流程的规范性，和跨工具研发活动的连接性，组织已经能够获得对整个业务需求交付过程完整的可见性和控制，进一步地，通过价值流分析，能精准识别研发交付的瓶颈和痛点、指导内部流程优化、促进跨职能协作、识别自动化机会等。这样，企业能够实现对研发过程端到端的高效、持续治理，推动研发效能的长效提升。
| 
