DevOps环境中，Ops将需要更多开发人员技能

Atlassian峰会已经过去，但现在是进行Atlassian高管采访的最佳时机。我们与Atlassian IT战略主管Sid Suri进行了交谈，探讨了DevOps的所有方面，包括监控和自动化等支柱，Ops的重要性等。

在DevOps世界中，服务必须存在

JAXenter：您能告诉我们更多有关Atlassian的工作吗？

Sid Suri：我为Atlassian产品的IT和运营团队（包括Jira Service Desk和Jira Ops）管理营销和战略。Atlassian在开发人员市场中占有很大的份额，在IT市场中正在不断壮大。

JAXenter：绩效最高的IT团队的习惯是什么？

席德·苏里（Sid Suri）：一年半以前，我们写了一篇有关这方面的文章，从那以后我的回答没有太大变化，这很有趣。我要说的是他们与企业合作的能力。在某些方面，这对于IT并不是很新鲜，但是在某些方面，它仍然是最重要的。我曾经采访过我们的CIO，他谈到了IT人员在职业生涯中最重要的事情是参加商务课程，而不是技术课程，并参加商务会议。例如，如果您在保险公司中为IT工作，请了解保险公司的工作及其运作方式。这样，您实际上将在IT工作中变得更加有价值和有效。选择一个业务类比另一个Java类更值得。

对业务的深入了解很重要。从根本上讲，IT部门正在将方程式的两个方面结合起来：技术和业务。如果您只了解一侧，那么另一侧将不会成功。

IT人员需要像产品管理一样思考。Atlassian内部的一位员工告诉我，产品经理不能认为人们会使用他们的产品。他们必须制造最好的产品。它必须经常更新并以合理的价格供他人使用。如果您有产品或服务，那么如果客户更容易使用其他东西，他们将使用它们或浪费您的产品。您必须将其视为向仅在产品足够好时才使用该产品的客户提供产品。从提供基础架构到提供产品的重点已经转移。

JAXenter：我们接受了一些DevOps的影响者的采访，他们认为开发人员在DevOps领域运转。但是Ops呢？

Sid Suri： DevOps正在打破传统结构。以前，Dev和Ops会分开坐，并向不同的人报告。DevOps的更改有时会使人们感到不舒服。现在有些操作人员想知道事情为什么会改变。在某些方面，操作工作比以往任何时候都重要，但它看起来不会像过去一样。它不会定义得很好，也不会有足够的空间。这将是一个更加分散和嵌入式的角色。

我认为Ops会在变化，并且会有些痛心，但我确实认为，在没有服务或产品的情况下，没有意义的运营会更加重要。如果您没有健全，有力的运营政策，您就无法快速行动，团队也无法专注于新事物。他们将始终专注于解决旧问题，否则公司将失败。我认为Ops需要从这种角度来看问题，而不是他们的工作看起来有何不同。

JAXenter：在这种新环境中，Ops需要哪些技能？

Sid Suri：我认为Ops在某种程度上将需要更多的开发人员技能。我听到了很多客户的来信。他们开始雇用的开发人员多于操作员，因为人们认为操作是更多的代码。您的配置是代码，您的发布过程以及所有其他内容都已创建。我认为他们需要更多的开发技能，而且我认为Ops不会反对这个想法。也许是下一个级别。

我们的许多客户团队的构成已经改变。Ops有点不平等，在这里他们没有太多的影响力。相反，他们获得了为其创建的发布过程。但是Ops可以使用正确的技能来做到这一点。显然，协作始终是必不可少的技能。过去需要它，将来会需要更多。这就是为什么我们真正以更加专注的方式进入运营领域和IT领域的重要原因。

在业务的一方面进行协作，然后在与开发人员的另一方面进行协作。IT是整个链之间的粘合剂。在某些方面，Ops已成为所有人中最艰苦的工作，但他们有机会比发展更能为公司提供帮助。

如果您是开发人员，那么您有一个项目，但是IT团队正在研究公司中的所有项目。巨大的影响力不容忽视，但是非常需要协作。在Atlassian，这是我们过去15年的使命。我们一直在帮助开发人员与业务和IT进行协作，但是硬币的另一面也存在相同的问题。

JAXenter：您想进一步谈谈Jira Ops吗？ 

Sid Suri：我认为Jira Ops是我们已经拥有的两大业务之间的中间业务。第一个重要组成部分是Jira Software，它可以帮助开发人员变得敏捷和协作。然后，在另一侧有Jira服务台，这是在产品发布后，您可以与客户互动。您还可以将QA测试视为开发人员的一部分。在云中，有很多可操作的部分。因此，通过启动Jira Ops，我们现在拥有了可以在一个平台上运行的产品。即使是几种产品，它们都共享一个Jira后端。他们具有相同的流程，相同的数据存储，并且每个人都可以看到另一个人在做什么。

通过票务系统进行通讯。然后，代理可以查看何时可以解决问题，每个人都可以访问相同的信息，这对于公司而言确实非常强大。它简化了流程并允许开放式协作。信息可以从开发人员，运营人员甚至支持人员一路共享。因此，从这个角度来看，我认为客户也会从中受益。

它强调了我们对IT的关注。产品本身专注于事件管理。不仅是小型事件（例如无法登录您的电子邮件），而且大型事件（例如Jira发生故障）或发生了严重破坏的事件。对于那些客户，JiraOps试图做的就是将客户迄今为止必须使用的所有不同解决方案整合在一起。

因此，您将拥有一个支持系统来处理票证并与客户交谈。Jira Software将跟踪事件发生后的后续任务。他们每个人都很重要，但这只是一小部分难题。JiraOps尝试成为单个仪表板。整个工具链的单一视图可以分层工作流，自动化和分析。如果您是事件经理，则可以按月或按周查看事件编号。您所有的数据都将集中在一个地方。

JAXenter：听起来自动化是所有这些中非常重要的一部分。多少自动化是太多？

Sid Suri：我认为发生事件时自动化程度不足。确实需要保持平衡，但是现在它太手工了。即使是一些简单的事情，例如在重大事件中自动回复票证，也可以说我们正在努力。这样可以节省很多工时。有很多低挂的自动化今天没有发生，可能会有所帮助。

多少是太多了？我们离那里很远。您确实希望人类能够进行干预并继续前进到其他事物，但这会给情况带来一些结构和秩序。

JAXenter：是否有比自动化更重要的技能？

Sid Suri：我认为我们所说的，业务的协作以及了解客户的需求很重要。您需要知道客户的需求。我认为这些技能可以自动化。这些将是最有价值的技能，并且将来会变得更有价值。自动化的东西是我不希望人们手动进行的事情。自动化程度越高，越好。这是否意味着在一百人的办公室中，您的IT人员会更少？我不知道。关于公司的需求，这是公司要回答的问题。

DevOps将改变服务

JAXenter：服务台是否受到干扰？ 

西德·苏里（Sid Suri）：我认为它已被破坏。服务台具有非常重要的功能，可以将结构带入混乱的环境。如果您没有服务台，那么每个人都会向IT人员寻求帮助。但是我认为发生的事情是它在IT和客户之间造成了某种过于正式和遥远的关系。IT不用担心客户的问题。正在发生的中断正在试图以一种更具对话性和人性化的方式来提供服务。我们想要一个更开放的方法。

如果我能查看座席积压的工作量，我可能不会着急。或者，如果我使用的是聊天工具，则可以与IT人员交谈并寻求帮助并创建票证。系统将确保一切都在后端进行。我认为有很多方法可以使用更人性化的自然交互方式来寻求帮助，我认为许多服务台（尤其是较旧的服务台）都缺少这种方式。我当然认为这是一个积极的破坏途径。

JAXenter：这在DevOps上下文中起什么作用？

Sid Suri：在DevOps上下文中，最重要的是访问信息。我举一个例子：我们将对Jira进行很多更改。这些更改中有很多与UI和导航体验以及执行搜索的方式有关。对于使用产品十到十五年的人来说，这些确实是根本的变化。现在，假设您有一个要向客户提交的错误。

我们在云中推出功能的方式是在第一天就不会100％推出它。我们首先将其推出5％，然后看看是否还可以。然后我们将其扩展到15％，然后再看是否还可以，依此类推，一直到100％。然后我们进行调整并修复以确保其性能。到100％的时间，我们对服务充满信心。现在，所有功能都以这种方式推出。我们已经远离了大爆炸的发布，而转向了更连续的方法。这是DevOps的方式。

在这种模式下，现在，如果您打开支持通知单，作为支持代理，我需要了解您对产品有什么经验。您收到新的更新了吗？您使用的是旧系统吗？如果有五个不同的更新计划，则可能会有五种不同的开发内容，但是作为客户，您只有一种经验，而现在您正在与不知道您使用的版本的支持代理一起工作。您有新的附件服务还是旧的附件服务？如果您没有与开发部门合作的强大信息服务，那么您就无法为客户提供帮助。

在DevOps世界中，服务必须存在。不幸的是，DevOpsService并不是一个很吸引人的短语！在我们自己的营销或媒体中，我们不会使用术语DevOps，因为它不包括客户。停在Ops之后。但是现在您必须包括客户。这就是您进行DevOps的原因！客户必须通过服务团队或某种反馈工具（例如客户支持）返回。

使该链正常工作比不仅仅是DevOps更有价值。持续的信息共享在未来将变得非常有价值。是的，我认为DevOps将改变服务。这只是它将采用哪种模型的问题。具有领导才能的人（也许是Google）将开始势头并在整个行业范围内发生变化。