DevOps 是伟大的，直到它停止

时间：2023-06-15 作者：电脑狂魔

使用 DevOps 自动化的公司更加敏捷。他们通过更频繁地部署变更来更快、更高效地实现业务目标。他们通过减少需求、承诺和部署之间的迭代来加快创新速度。他们的故障率和中断率较低，因为恢复时间比同行短。以更小、更频繁的步骤进行迭代还可以跨反馈循环和信息孤岛灌输协作 DevOps 文化。

DevOps 框架仍然有太多手动步骤。其中大部分与人有关。

根据您设置开发和运营组织的方式，决定了信息孤岛的数量。您可以有四个、五个或六个不同的 DevOps 功能区域。一些更常见的功能领域包括规划、开发、测试、安全、部署、IT 管理或运营。这些功能区域中的每一个都包含自己的一套 DevOps 自动化工具和熟练的专业人员。每个单元内的 DevOps 工具可自动执行某些功能，但很多时候不会跨越多个功能区域。因此，许多建议的 DevOps 最佳实践在大型组织中是无法实现的。

由于组织学习和变革问题，75% 的 DevOps 计划将无法达到预期。

与实施 DevOps 自动化相关的许多挑战源于您的开发、安全和运营团队之间缺乏沟通和响应。DevOps 应该提高速度和协作，但它确实会产生一些摩擦或夹点，需要人工干预，这可能会减慢速度。据 Gartner 称，由于组织学习和变革问题，75% 的 DevOps 计划将无法达到预期。[ 1 ] 来自 Atlassian 的第二项研究表明，导致失败或延迟的首要 DevOps 挑战源于缺乏组织一致性和企业文化。

DevOps 失败的主要原因

未能管理组织变革。
合作失败。
未能采用迭代方法。
无法管理对 DevOps 计划的期望。

自动化您的 DevOps 文化

DevOps 是一个巨大的断开连接的工具链。软件开发组织的某些部分有效率，但整个过程仍然需要太多的手动步骤。项目发起人和利益相关者不知道您必须处理哪些限制。他们不知道您使用什么工具以及原因。他们不知道哪些步骤是自动的，哪些是手动的。他们只是需要更改业务和交付它们的截止日期。

在 DevOps 项目期间，利益相关者将希望了解正在发生的事情或项目的状态。诸如“进展顺利”、“进展缓慢”或“我对发布感到满意”之类的回答并不是基于真实数据的答案。实际答案隐藏在开发组织和专用工具的深处。答案通常存在于非结构化数据中，例如电子邮件、Jira、Slack 或其他生产力工具。像这样工作在团队层面可能是可以接受的，但向上汇报就需要做不必要的工作。它迫使您的团队根据真实数据追踪答案，有时需要数天时间来查找和汇总项目状态。到那时，数据已经过时了几天。

“编排人员是最难的部分。当有人不回复电子邮件时，我们就错过了一次发布，我们甚至不知道为什么。”

当交付周期中存在人工检查和平衡时，审查、批准或启动下一步的任何延迟都会成倍增加。决策延迟会稍微推迟后续步骤，但在大多数情况下，这些手动步骤会导致交付和部署日期超过最后期限。如果 IT 项目错过了最后期限，它们将显着影响最初启动该项目的预期业务成果。

一定有更好的方法！

DevOps 工具应该支持并鼓励更好的人机交互，就像星际迷航中的一集一样。在 Star Trek Enterprise 的一集中，您可以在对话中听到这些互动。您无法区分是人、计算机还是机器人正在与另一个人、计算机或机器人交谈。他们都在同一个对话中进行交流，以推动项目向前发展。

当业务利益相关者和 IT 说同一种语言时，项目就会向前推进。随着对话信息的来回流动，项目决策、里程碑和检查点的进行不会出现不必要的人为延迟。坚持 DevOps 最佳实践可能只是一个话题：

增加 DevOps 沟通的 3 种方法

1. DevOps 项目更新

在对话中提供或检索战略业务问题的答案以获得自上而下的可见性。无需为执行报告构建 PowerPoint 和仪表板，因为许多决策者无法访问此级别的数据。

2. 推动 DevOps 文化和采用

通过无缝协调人员和自动化之间的文化变革，您克服了 DevOps 项目失败的主要原因之一。

3. 自动化合规报告

随着时间的推移创建合规记录。对话式智能自动化自动创建涉及每个系统、每个更改、每个工具和每个人的审计跟踪。您不再需要花费数百小时来追踪变更管理记录。

在大多数情况下，您的 DevOps 工具链不会改变——您的流程会改变。通过实现跨职能领域的自动化，您可以通过了解跨职能的关键点来以可预测的方式管理复杂的软件开发和 IT 项目。您的所有人员、流程和技术都被编排到一个集中的对话式智能自动化框架中。您正在消除导致 DevOps 失败的主要原因。

停止让人们理解另一种技术

与其让人们理解技术来完成他们的工作，不如让技术理解人们已经如何完成他们的工作。摩尔定律指出集成电路中的晶体管数量每两年翻一番。人类的认知处理能力几乎不会以这种速度增长，但有时我们期望我们的人拥有比可能更多的能力。

难道现在不是我们开始让技术来完成工作而不是让技术让我们去做的时候了吗？

通过会话智能自动化添加一些编排和消息传递

每个供应商都会说，添加另一种工具将使您的生活更美好，如果它确实带来了您需要的新功能，这就是事实。在这种情况下，缺少的是在人与计算机进程之间进行对话的核心。每个人都将发挥重要作用。

这样想。每次不同的 DevOps 软件完成一项任务时，都由人来监控并推进下一步。添加对话式智能自动化填补了一个关键空白。一小时的延迟，一条错过的 Slack 消息，一天的假期，一切都崩溃了！当您休假时，电子邮件和通知不会升级到下一个人。消息只是坐等。

提供对 DevOps 工具之间所有差距和手动步骤的可见性是一项艰巨的任务。点产品太多了。但是，如果您的项目发起人、管理、开发、安全、合规性和运营团队可以自动执行产品之间的操作，他们就可以消除与手动步骤相关的项目延迟。并停止询问状态报告。他们可以自己查。对话智能自动化可以通过模仿我们已经在对话中交流的方式来填补空白。我们可以减少与人工验证、批准或升级相关的等待时间。命令正是您通过与同事和客户交谈来寻找信息的方式：