【VSM每周观点】狭义的DevOps是一种局部优化 ｜第1期

01 狭义DevOps VS 广义DevOps

狭义的DevOps主要关注软件快速交付，而广义DevOps（即BizDevOps）则关注价值的快速实现。自2009年DevOps提出以来，其思想、方法和实践已经促进了开发与运维团队的协作，建立了DevOps/CICD流水线，显著提升了软件交付效率，并缩短了交付周期。DevOps运动在提高研发效能方面的影响是明确的。

约束理论（TOC）指出，狭义的DevOps和CICD流水线主要专注于研发过程的自动化，包括代码提交到部署上线的全过程，以及需求分析、设计和编码阶段。然而，狭义DevOps在用户提出想法到最终价值交付并获得收入的整个流程中，仅占一小部分。

因此，在优化价值交付过程时，应关注流程的前期阶段（如构建商业案例和案例审批）和后期阶段（如等待测试和上线），而非仅聚焦于开发编码阶段。这是因为，如果仅优化编码阶段，端到端的价值交付周期不会显著缩短，同时还会产生大量已开发但排队等待测试和上线的“半成品”，这些无法立即交付给用户，也就无法产生价值和企业营收。

最后，关键在于识别当前价值交付流程中的最大瓶颈，并将精力集中在优化这些瓶颈上，以实现整个价值交付周期的效率提升。