|
从2009年提出DevOps至今已经过去近14年的时间了，DevOps已死，还是DevOps永垂不朽？DevOps已经过时了，还是说之前我们对DevOps的理解不够透彻？
近两年，我们看到非常多新的热词出现（平台工程、BizDevOps、价值流管理），这些词语是新瓶装旧酒，还是说组织在发展的过程中的确遇到了新的挑战？如何借助新的理念和方法帮助我们走出困境，加速价值的流动和实现？
本文基于精益和价值流管理思想，为大家提供从DevOps到BizDevOps的思路，通过建立以客户为中心的全局视图、识别交付产品/服务的价值流，识别瓶颈和改善计划，加速价值的流动，从而为组织带来收益和竞争力。
我们通过与一些组织领导层的交流，发现这些组织虽然已经建设了比较完善的 DevOps 工具链和流程规范体系，但仍然面临着整体业务效能提升的挑战。
开发、测试和运维等职能部门的资源效率很高，经常加班加点或是并行处理多种事项，但是整体价值交付效率却没有明显提升，交付周期的缩短也不显著。我们需要从关注资源效率转变为流动效率。
在特定周期内（如2周的迭代周期）完成的工作事项很多，包括投产的新功能、修复的缺陷、满足的合规要求和详细的文档，然而业务成效却不高。我们需要从工作产出（Output）转变为评估业务价值（Outcome）。
对价值交付过程的优化往往是依靠经验主义，当然很大一部分的原因在于，我们无法建立以客户为中心的全局视角，更不用说提供全局的量化数据了。因此我们需要建立全局的数据洞察，识别瓶颈，评估投资回报率（ROI），持续改进。
DevOps早在2009年提出的初衷是为了让开发团队（Development）和运维团队（Operation）更好的协作，以实现更快地交付产品或服务。
经过十几年的发展，每个人在不同时期对DevOps的理解是不一样的。在此，我们对DevOps的理解分为狭义DevOps和广义DevOps。
一般只涉及科技（IT）的开发（Development）和运维（Operations）团队，涉及从“需求分析、开发、测试、上线投产和运维”的研发运维过程的优化，专注于软件的快速交付。
要求业务和科技团队的高度融合协作，包括从“想法、价值定义、解决方案、需求分析、开发、测试、投产和运营”的端到端价值交付周期，专注于价值的快速实现。
显而易见，狭义的 DevOps 只是业务价值端到端交付过程中的一个局部环节，根据约束理论（TOC），对局部环节的优化不一定会带来整体价值效能的提升，除非这个局部环节是整体价值交付过程的瓶颈。
如上图所示，狭义的DevOps和CI、CD流水线更聚焦于研发过程的自动化（也就是从代码提交到部署上线过程的自动化），当然狭义DevOps的过程一般还包括需求分析、设计和编码阶段。
当这个局部环节不是整体价值流的瓶颈时，继续对局部环节的过度优化对整体价值实现时间（最终用户能感知到的价值实现周期）不一定会产生效果，或是说产生的效果是微乎其微的。
因此，我们需要基于价值流管理思想，定义客户价值、识别交付的价值流、识别瓶颈，加速端到端的价值交付。
2020年10月5日，Gartner 发布了《预测2021：价值流将定义 DevOps 的未来报告》（Predicts 2021: Value Streams Will Define the Future of DevOps Report），并指出 “到2023年，70%的组织将使用价值流管理来改善 DevOps 流水线的流动，从而更快地交付客户价值。” 很显然，Gartner 认为，作为一种 IT 改善策略，VSM 正在迅速成为主流。
同时，国外 Research in Action、Forrester 和 EMA 等知名机构也在强调价值流管理的重要性，并指出领导者必须关注价值流管理，以最大化流动，从而改善交付效率和推动创新。
此外，我们也看到近几年业界出版了非常多价值流相关的书籍，为我们在价值流的应用提供了体系化的指导。这也说明了价值流管理正逐渐地成为主流，在未来几年的时间里，价值流管理是每个角色都必须学习和掌握的思想。
那么，价值流管理应该如何落地和应用呢？VSM 联盟提出的价值流管理实施路线图（VSM Implementation Roadmap）为我们提供了一个清晰的实施路线。
-
开始（Start）：从现在的位置开始，无论在什么阶段；
-
愿景（Vision）：设定长期愿景和目标；
-
识别（Identify）：识别当前价值流，包括交付产品或服务，目标是加速客户价值的流动；
-
组织（Organize）：围绕价值流的每一个步骤，找到对应的负责人；
-
映射（Map）：和价值流的成员一起进行映射实践，找到想法开始的地方，并跟踪每个步骤，直到最终交付价值；
-
连接（Connect）：连接DevOps工具链的各个部分，并与价值流图中的步骤连接起来，开始获取实时数据，从而洞察价值流的流动；
-
洞察（Inspect）：已经自动化当前价值流图，现在就使用价值流图来为价值流设置目标，并使用回顾来确定当前位置；
-
调整（Adapt）：依靠洞察力来设计和执行试验，以调整和优化当前流动，这样可以不断增加客户满意度。
Gartner将DevOps 工具未来的发展分为3种方式：DevOps 价值流交付平台（DevOps VSDPs），DevOps 价值流管理平台（DevOps VSMPs）和 DevOps 工具链。这3种类型的 DevOps 工具并不是相互排斥的，在大多数大型组织中它们是可以也将会共存的。
DevOps 价值流交付平台提供了一套完全集成的功能，以支持软件的持续交付。这些功能可能包括项目或产品规划、构建自动化、持续集成、测试自动化、持续部署和回滚、发布编排，以及自动化安全策略实施，并且可能提供关键价值流度量的可见性。如下图所示：
使组织能够优化端到端产品交付前置时间。这些平台对所有产品交付过程的流动提供了更大的可见性和可追溯性，包括从构思到发布和运维。DevOps VSMPs 将价值流思想应用于暴露约束和关键流动指标，使 DevOps 团队能够采取措施并提高吞吐量。如下图所示：
嘉为蓝鲸 CFlow 价值流管理平台，是嘉为蓝鲸基于精益管理（Lean）和价值流管理（VSM） 思想自主研发的企业级价值流管理平台，致力于帮助企业在数字化转型中持续优化端到端的 IT 价值交付前置时间，提升业务交付的整体成效。
CFlow 通过“管理流程+工程活动”的双向融合，以支撑软件价值交付过程的全局管控和整体治理。通过平台工程对软件研发实施全过程管控，整合产品管理、项目管理、版本规划、代码管理、持续集成、测试管理、持续部署、持续发布，以及实施自动化安全策略等 IT 价值流步骤，同时提供软件研发的关键性价值流指标，打造 IT 价值流的可控性与可见性。
CFlow 基于企业级数字业务交付场景，通过自定义“流程+插件”的技术模式，实现业务价值流的企业级映射和标准化建模，规范定义端到端价值流交付所需要经历的阶段、各阶段所需要执行的活动，同时通过管理门禁指标，严格控制软件研发全过程的执行标准，为业务价值交付全过程注入管理规范，打造企业级数字业务研发管控体系。
CFlow 将价值流思想应用于识别价值交付过程的瓶颈和打造研发效能洞察的专属流动指标，使组织能够优化端到端的产品交付前置时间，提升整体软件研发业务的交付效能，为产品交付全流程提供了实时监测性、可追溯性和可观测性，覆盖从业务构思、到软件研发、再到应用发布、直至持续运营的数字业务价值交付全程。本文作者：VSM价值流管理委员会 黄锦辉
| 
