当 DevOps 由 Andrew Shafer 和 Patrick Debois 提出 时，目标是拉近开发者和运维人员的距离，共同实现客户价值。DevOps 是一种持续学习和改进的文化。虽然自动化和工具可以带来一些改进，但拥有正确的文化会产生更大的影响。知识和想法的共享导致文化增长，这是 DevOps 的价值创造所在。
开发者与运维人员之间的巨大鸿沟
在许多公司中，开发者和运维人员处于不同的组织结构中，并遵循不同的流程。通常，CEO 是指挥链中的第一个共同环节。这导致两个群体拥有不同的目标。开发者想要为客户创建更多功能，而运维人员想要保持现有功能可用。这种紧张关系使得开发和运维之间建立健康的伙伴关系非常不可能。
传统上，开发者可能永远不会知道他们引入的内存泄漏导致了服务的每周重启。或者运维人员可能不知道他们的操作系统补丁和重启过程导致了重要的功能降级。并且加在一起，他们已经将潜在客户推向了竞争对手。当开发者和运维人员使用相同的流程和工具集时，他们能够协作并互相学习。
然后，开发可以将敏捷和 scrum 等概念引入运维学科，以加速产品组件的交付。运维人员可以引入其领域中需要如此多学科的复杂性。这两个群体之间新发现的理解带来了巨大的增长机会。
同理心带来理解
这种学习和协作过程在群体之间滋生同理心。同理心增强理解，甚至可以带来更具预测性的行为。开发者现在可以预测他们的决策将如何影响运维人员。开发者无需就每个决策都咨询运维部门，他们将能够根据他们对系统上下文的增加来做出更好的决策。然而，客户价值的产生比组织中的这两个群体更广泛。
当您考虑 DevOps 团队的结构时，您当然会从开发者和运维人员开始。但是还有其他角色需要考虑，例如业务分析师，他们对于您的 DevOps 团队的成功同样重要。
业务分析师 和其他与业务相关的角色应该参与到开发过程中。这很可能是许多需求的来源，并且这些人将深入理解这些需求。将某些东西写在工单中并保证它被完全按照其含义解释是非常困难的。让业务团队每天参与进来将减少返工和错过截止日期。
您的 DevOps 文化的战略联盟
公司的其余部分，到目前为止尚未涵盖的职能部门呢？很多时候，这些团队被视为阻碍者或橡皮图章，任何互动都被推迟到最后一刻。相反，应该首先与这些群体进行接触，因为他们通常在决策中拥有很大的发言权。销售、市场营销、安全、财务、法律和人力资源可以从阻碍者和橡皮图章转变为拥护者和战略合作伙伴。让我们来看看这是什么样的。
销售
销售团队应作为您的 DevOps 文化的一部分纳入其中。他们很可能也在产生需求，并且他们可能与客户以及客户真正重视的东西有着最好的联系。他们将能够提供与客户的巨大联系，以便在整个团队中建立客户同理心。建立客户同理心和理解的更有效方法是让销售人员带领团队成员拜访客户。
市场营销
市场营销销售您的想法。在市场营销中找到一位优秀的设计师和合作伙伴至关重要。即使您认为您没有营销任何东西，但您实际上是在营销。我们所有人都是。每一天。我可能认为我可以很好地营销我的想法，但市场营销团队是每天都在做这件事的团队——并且为此获得报酬。他们知道自己在做什么。我经常将演示文稿、架构图、文章、想法和活动带给他们，以便他们可以帮助我产生更大的影响。市场营销是力量倍增器。
安全
安全在许多公司中通常是一个独立的实体。重要的是要注意，在 DevOps 文化中，安全也是开发者和运维人员的首要关注点，而不是留给中央团队在一切部署完毕后进行修复。然而，安全部门制定合理的政策、审核这些政策以及建立一些最佳实践和工具的中央职能是非常有价值的。尽早与安全部门进行沟通非常重要，这样他们就可以帮助您取得成功，而不是被迫告诉您您的代码无法部署到生产环境。他们真的别无选择。
财务
财务部门可能会因为不批准一项关键采购而完全阻止您的整个计划，因为它可能会以您在现有背景下不理解的方式对业务产生负面影响。尽早将他们纳入谈判至关重要。我发现他们通常拥有糟糕的工具，帮助他们进行一些自动化可以获得巨大的回报。
法律
当合同和许可证没有尽早提供给他们审查时，法律部门可能会将您的整个计划 буквально 推迟数月。我对法律有一种业余爱好，这使我阅读了数千页的法律和法院意见，因此我可能比大多数人更喜欢与法律部门交谈。
这是我与任何新计划接触的第一个部门之一，因为他们需要了解您在做什么以及为什么这样做。这将帮助他们确定公司存在哪些风险以及如何防范这些风险。例如，实施自带设备 (BYOD) 政策或使用 Slack 作为主要沟通工具需要比我拥有的更多背景信息。我还通过与他们合作创建一份始终批准的许可证和永不批准的许可证列表来帮助他们进行许可证审查。根据我的经验，这可以将他们的审查过程缩短 50% 以上。
人力资源
人力资源部门通常无法阻止特定的计划，但他们对招聘具有巨大的影响力，而招聘最终会影响公司文化。GitLab 拥有我见过的最好的文化之一。您可以在互联网上找到 GitLab 的 人力资源文档，甚至可以 提交合并请求 并提出修改建议。那里的每个人都使用 GitLab，包括人力资源部门，但这对于大多数组织来说可能是一个崇高的目标。朝这个方向迈出的小步骤包括与内部招聘人员合作，确保他们知道您在文化契合方面寻找什么，帮助他们自动化耗时的任务，并通过让他们拥有部分文化的所有权来尽早让他们参与进来。
一个团队，一个目标：客户价值
公司中这些其他与产品开发关系不太密切的领域通常会更加规避风险，因此耐心和教育是关键。他们与您拥有相同的目标——尽可能为客户创造最大的价值——所以不要与他们作对或树敌。给这些角色机会，他们会以他们的聪明才智和驱动力给您留下深刻印象。
2 条评论