随着保险公司和银行变得更加灵活，获得了更多的自由，它们也失去了更多的控制权。如何坐在驾驶座上:
在我之前的文章中，我谈到了埃森哲是如何在一家知名银行开始失去对云的控制后帮助其导航的。这是怎么发生的?
该银行渴望变得更加灵活，此举带来了许多好处。然而，它加大了“改变”和“运行”之间的鸿沟，降低了对纪律、工艺和控制的关注，因为该行的业务优先考虑的是上市时间，而不是生产率和效率。
埃森哲看到许多组织，这已经实施了敏捷方法，因球队的高自治而导致控制。为了帮助银行克服这些挑战，我们实施了Devops。Devops在修复这些问题时发挥了关键作用，因为它可以做两件事。
首先，它规定了将操作人员合并到跨功能开发团队中，以确保团队更好地理解非功能需求和操作关注点。通过这样做，您可以确保操作关注点从一开始就是开发和测试的一部分。
其次，DevOps引入了重新组织的角色和鼓励跨规程协作的新实践，并简化了整个软件开发生命周期的开发发布、实现和维护阶段。
这里的主要教训是什么?不要把婴儿和洗澡水一起倒掉。随着保险公司和银行变得更加灵活，获得了更多的自由，它们也冒着失去更多控制权的风险。在这种疯狂创新的文化中，为了敏捷和速度，许多好的实践被忽视了——当监管者介入时，你最终会失去你希望获得的速度。
金融服务组织有时持有两个看似竞争的想法：
- 我们必须行动敏捷。
- 我们不能失去纪律和技艺。
在数字世界里，我们不能回到过去那种过分关注事物保持不变、不发生太多变化的方式;但我们也不能只关注上市时间。保险公司需要有一个深思熟虑的战略，考虑所有的结果，而不是一个。
通过搬到云，你搬到现代的工作方式。您必须确保您处于控制状态，自动化是控制的一部分。通过Devops，保险公司可以实现巨大的价值，例如改善市场的时间;改善业务价值和更低的失败利率;减少业务风险虽然减少了恢复时间;并改善员工满意度。
通过DevOps，埃森哲帮助该银行实现了以下目标:
- 将上市时间从6个月减少到2周，减少了93%
- 创新吞吐量的提高45％
- 减少75%的部署工作
- 减少了80%的回归测试工作
- 事故减少70%
- 33%的不可用性减少
难怪像Netflix、Amazon、谷歌、Sony、Etsy和Facebook这样的领先科技公司都在利用敏捷和DevOps来实现高水平的自动化，以确保控制被嵌入到设计中。
在下一篇文章中，我将提供一些实用的建议，供您在将业务转移到云计算时考虑。在此之前，请阅读我们的研究欧盟的云投资或者联系我在这里．
