过程驱动价值：正确的DevOps降本增效打开方式是这样的

之前在学习“业技融合”时，关注到了何勉老师他们共同编写的《必致（BizDevOps）白皮书2022》，其中谈到的“应用为核心的研发资产和流程管理”与团队DevOps平台建设思路高度一致。在建设DevOps平台的度量模块时，这本白皮书中的下面这张图让人眼前一亮。

通过这个图片确定了度量工作的目标和开展思路。感兴趣的读者可以通过这篇文章来了解《如何避免做了也白做的困境，来看看度量的起手式》。

对这本白皮书感兴趣的读者可以到阿里云下载。必致（BizDevOps）白皮书2022免费下载_在线阅读_藏经阁-阿里云开发者社区

对于熟悉DevOps的读者来说，这个三段式的模型，其实与DevOps领域的著名模型是非常类似的。

也就是所谓的DORA CORE MODEL

模型很好地阐释了如果要获得右侧的研效指标和组织效能，就需要关注最左侧的各种实践能力。

但是这个模型收起来之后其实是这样的，

这样是不是就和前面的模型非常相似了？

从时间的先后来看，DORA已经有10年的历史了，这个模型也已经提出好多年，迭代了很多版本了。那这个模型又是从哪里朔源过来的呢？

在《丰田套路 TOYOTA KATA》一书中，笔者看到了这样的一张图。

于是就豁然开朗了。

丰田套路构建了 “行为 - 结果 - 后果” 的管理闭环，其核心是通过管控流程中 “人的行为特点” 驱动持续改进。管理者聚焦员工协作模式、问题解决习惯等过程要素。比如，“准时化生产（JIT）” 要求员工精准把控物料流转节奏，“自働化” 机制依赖员工主动识别质量异常的行为。这些行为特点直接决定产量、质量、成本等流程结果，进而影响企业获得的报酬与市场反馈。

目前度量活动动辄“降本增笑”， 管理者“唯结果论”非常盛行。而通过研读这三个间隔了10多年的管理模型，笔者看到了 “过程驱动结果”，进行持续改进 的底层管理逻辑得到了赓续，并结合软件行业和新的时代特点金星和了发展。

开卷有益。