变更管理是基于ITIL的流程的另一个示例，可以通过应用DevOps实践来显着改善。变更管理通常以面对DevOps关键原则的方式实施。传统的实现方式为每次更改都设置了多层批准，插入了大量官僚机构和门，几乎可以保证更长的发布周期和为客户带来价值的延迟。这从根本上与DevOps强调的短发布周期和快速向客户交付价值相矛盾。
但是，几乎没有理由认为跟踪技术环境中的更改可能具有很高的价值。尤其是在同时发生许多不同更改的大型环境中，至关重要的是要了解更改的内容以及这些更改可能相互影响以及最终影响最终客户的方式。通过将DevOps原则用于变更管理，我们可以确保在保持速度和敏捷性的同时跟踪和管理变更。
用DevOps进行变更管理的方法要求我们将变更管理的重点从近视重点转移到稳定性上。我们必须拓宽视野，将变更管理理解为一个既能确保速度又能确保敏捷性的过程。我们没有将其用作防止更改的闸门，而是将其用作使更改能够快速到达客户的过程。
我们经常使用持续集成和持续部署来处理每天进行数十甚至数百个发布的文化。为了以这种速度进行变更管理，您必须自动化变更管理过程。ServiceNow和其他ITSM工具公开了API，使您可以轻松地将CD管道与变更管理系统集成在一起。公司可以使用这些API自动创建变更凭单。这样可确保每次更改都有票证，而不会造成额外负担或减慢部署过程。这样的例子很多，流程框架，协作文化和工具可以一起使用，以真正创造出巨大的价值。
适应性变更管理
与客户合作，我们开发了一种变更管理方法，称为自适应变更管理。自适应变更管理的目标是实施轻量级，可伸缩和敏捷的过程，以提高稳定性并提高业务速度。此过程考虑了更改的风险，以确保在不减慢低风险更改的情况下，对高风险更改给予了适当的
转载请注明：http://www.0431gb208.com/sjszlfa/3367.html
