DevOps 可以当角色吗？

原文：https://medium.com/hackernoon/can-devops-be-a-role-4643c60244f9

各公司都在左顾右盼地招聘 DevOps 工程师，但 DevOps 真的是一个角色吗？

我知道给一个职位贴上“ DevOps ”的标签会让我们翻白眼。这似乎也表明了对 DevOps 的根本性误解。然而，如果没有人带头冲锋陷阵，怎么能创造变革呢？我不是作为一个敌对的问题问这个问题，而是作为一个真正的好奇心。

越来越明显的是，许多公司确实将开发运维视为一个角色。

明确界定的角色

我认为很容易认为拥有这些职位的组织不了解这一点。作为一名作家，我认为一些最多余的招聘信息是那些寻找“UX 作家”的信息我是说，拜托，一个用户体验作家？这不就是写作的初衷吗？为读者写作？虽然，我不情愿地得到它。他们正在寻找一个人来具体体现组织的声音，并关注用户的需求。我仍然回到我的第一个论点，这是写作的自然部分，甚至不应该被认为是一个需要承担的角色。你雇佣的任何作家都应该能做到这一点。

另一方面，明确定义的角色有助于传达有人在处理这个问题。换句话说，你不能指望改变会自动发生，必须有人来带来改变。给某人贴上“DevOps 工程师”的标签可以清楚地表明，他们将拥有变革，这可能会导致好的或灾难性的结果，这取决于这个人的经历。在较大的公司，如果没有 DevOps 主管/领导的帮助，将较大的开发人员和运营团队召集在一起可能会更加困难。

敏捷教练呢？

敏捷是另一种不一定需要角色的方法，但这并没有阻止“敏捷教练”的兴起，他们教导组织如何建立敏捷实践。一个有经验的 DevOps 工程师也是一个团队中有价值的个性/技能集。他们有技术工具的知识，适当的沟通技巧，并能表现出同理心，让团队一起工作。

DevOps 是一种心态

我认为“DevOps”作为一个标题经常不受重视的原因是因为它很模糊。这个词的含义也因人和组织而异。我甚至理解 DevOps 工程师如何在一个瓶颈系统中引入一个新的筒仓。这似乎也剥夺了团队学习如何相互沟通的责任，而是依靠一个人来为他们做这件事。

DevOps 作为一个专业

从本质上来说，DevOps 更多的是一种文化，而不是一个被指派的角色。然而，DevOps 越来越成为一种专业化。这是一个独特的专业化，因为它不仅需要良好的技术知识，还需要跨团队沟通和强调的能力。很明显，公司不只是在寻找会编程的人，还需要有优秀的沟通和团队建设技能的人。