Devops倡导在企业中使用敏捷软件开发的胸围神话

企业风险失踪的企业敏捷利益，采用Devops可以带来，因为对运营风险水平的错位问题。

尽管在2016年的Gartner Hailing的比赛中，但随着Devops的利用袭击了主流的收养水平，软件交付方法的日常从业者共享的轶事证据表明，并非所有企业都像其他人一样热衷于采用它。

在伦敦的为期两天的Devopsdays会议的过程中，对软件交付方法的倡导者在围绕其使用周围持续存在的一些误解的误解。

几个发言者引用的常见关注是企业之间的想法，即追求持续交付方法的代码部署会增加出现问题的风险。

在赛事中发言，自动化逻辑的主要顾问Kris Saxton表示，逆转往往是真的。

在他作为一个系统工程师的时间，他说他的焦虑水平往往升起了一块IT套件，他负责在不可避免的中断发生后经历“干预后救济”之前。

“搬到更小的，更频繁的版本使您可以更频繁地让您的干预后缓解的感觉更频繁，因为您不再使用了大规模的炸弹，”他说。

这一情绪由其他几位发言者共享，包括Devops Mistust和Tripwire创始人Gene Kim，他们分享了使用Devops倾向于部署代码200倍的公司的数据，而不是那些没有的公司。

“当出现问题时，恢复服务的平均时间通常比168倍快，”他补充道。

到达一个组织能够安全和有效地推出多个代码的点，通常要求公司经过大量的重新组织，以创建由开发人员和IT运营人员填充的多学科和协作团队。

这可以证明否则高级管理类型，否则经常对这些类型的项目进行最终发言，除非该部门推动DevOps可以展示采用它的价值。

然而，没有高级管理层的买入，IT部门可能会努力让他们的Devops在公司的级别上的氛围。

“对Devops的兴趣在草根级别普遍存在，但由于没有高级管理赞助而在没有高级管理赞助的情况下以有意义的方式传播，”萨克斯顿每周告诉计算机。

“否则，您可以在您的筒仓或团队中的局部感觉中创新，但您将无法将其连接到其他服务，以使其有意义。由于缺乏创新和赞助，您的发展努力将枯萎和死于长期。“

为了获得球滚动，萨克斯顿表示，IT部门应踏上小型Devops审判，以便在与高级管理层共享这一努力的结果之前。

指标向后返回Devops可以对组织运行方式有所作为的重点是在此处分享很重要，但必须以商业保护方式呈现。

“你说服高级管理层这是值得做的，所以你必须以一种方式和一种对他们有意义的语言来做，”他说。

“例如，Devops向开发团队的主要福利可能是快速移动的能力，但它可能会更好地[投球]它作为减少OPEX [业务支出]。这两个陈述都是真的，但你需要定制给你的观众的信息。“

另一个企业的绊脚石是他们可以购买的产品，他们可以购买进入Devops世界的快速跟踪，讲述了平台的Provent-Service提供商关键的主要技术专家Bridget Kromhout。

“Devops不是你进入一个盒子的闪亮的东西，或者你在资产负债表上看到，并说你肯定会在Q2中完成。这不是你能与Devops做的事情，“她说。

“这是你必须在组织中选择和做的事情。这是一个合作和共享的文化实践，它不是你通过工具实现的。

“人们认为如果他们得到了正确的工具，如果他们去云并分解那些筒仓并可能添加一些容器，他们将取得德国人。工具是必要的，但他们不够，“她补充道。

对于设法谈判这些障碍的组织来说，奖励可能会有所不同，并且令人惊讶地令人惊讶，Kim声称改善IT部门的表现可能导致更广泛的业务的经济利益。

他补充说，已经发现如何影响服务器管理员或开发人员的工作会影响盈利能力和股价。

“当你看看每个组织如何获得客户并向客户提供服务时，比我们的竞争对手更快地实现200倍，这在市场上有显着差异。”