2020DevOps状态报告——变动管理

若是你的公司尚未走向平台化，如今仍然能够是很大的飞跃。您仍然能够经过解决公司的变动管理流程来加快软件交付。在本章中，咱们将研究咱们在公司内部所学的变动管理模式。咱们将向您展现什么是有效的，什么是无效的，以及如何利用DevOps原则将变动管理转化为有效的、使能的流程。

在过去的十年里，咱们已经看到DevOps的实践颠覆了软件发布团队的工做方式。如下是最显著的变化。

“问题自己并不会改变，由于改变一直在发生；问题是在变化来临时没法应对。” Kent Beck《解析极限编程：拥抱变化》
即便咱们看到交付团队成功地转变了他们的思惟和实践，但要在一个大型组织中改变根深蒂固的结构和流程仍然要困可贵多。变动管理就是最难改变的过程之一。
转向一种新的作事方式须要领导支持、组织纪律和跨组织各层的大量合做和协做。可是，在大多数大型组织中发展起来的大型遗留环境并不容易被拆分和从新设计。它们一般由许多不一样的团队维护，每一个团队都拥有技术堆栈的一部分。理解工做的团队一般缺少批准本身所提变动的权限；相反，变动批准常常被分配给脱离实际工做、了解不够深切的委员会。
全部这些层面的存在是由于大型遗留环境是组织的主要业务所在。所以，任何变化都会让人以为有风险，并且有大量的流程和官僚做风，让人以为是在保护企业的安全。
不幸的是，全部这些过程都阻碍了组织的发展。他们根本没法快速发布软件——不管是面向外部客户仍是内部客户——以知足业务需求。同时，那些使他们的变动管理更有效的竞争对手可以快速而反复地发布，使他们排在前面。

DevOps演进和变动管理有效性

咱们想看看变动管理的有效性是否与DevOps的发展相关。为了衡量变革管理的有效性，咱们从如下三个维度观察：

实施成功率。咱们观察了变动失败率和部署频率。理想状况下，企业应该可以更频繁地进行变革，从失败中迅速恢复，并从中吸收教训。
效率水平。咱们想知道改变的效率有多高管理过程基于如下内容：
•不到两周的强制等待期
•更改只需一次批准
•更改被正确实现，不须要撤销
•由具有适当技能的人批准，从而作出正确评估
•记录更改所需的时间不多
绩效情绪。做为对每一个受访者所在组织的客观评估的代理，咱们制定了该指标。咱们询问受访者他们公司的变动管理程序是否：
•下降风险
•减小与服务事件相关的停机时间
•提供对组织有用的信息
•确保与适当的利益相关者共享知识和信息
•加快业务需求的变化速度
•根据评估的变动风险等级，提供适当级别的审查和批准
这三个维度——实施成功率，效率水平和绩效情绪——构成咱们的变动管理有效性的度量。

咱们发现随着组织发展他们的DevOps实践，变动管理的有效性增长了。虽然差别不是很大，但在统计上的表现是显著的。

变动管理的方法

为了调查变革管理，咱们向受访者询问了他们在工做场所的一些不一样作法。这些能够分为两个部分：变动审批流程和变动实现的自动化程度。可分为四种群体：
运维成熟。高水平的过程和自动化。
工程驱动。高度重视自动化。
以治理为中心。高度重视人工审批，而不重视自动化。
临时型。不重视过程和自动化。

是什么驱动着变革管理的有效性？

当从整体上看变革管理的有效性时，会发现工程驱动的公司具备最高水平的变动管理有效性，临时型公司因缺少流程而成功率居于第二，剩下的两组严重依赖正统的承认，在有效性上得分不高。

咱们的数据揭示了一些关于影响变动管理的有效性和效率：

正统的批准会下降效率；
自动化使团队对变动管理充满信心；
授予权限会带来更高的效率。