devops java使用

您正在为整个或部分组织使用DevOps模型：做得好！ 有人在某个地方取得了飞跃。 就本文而言，让我们假设您有管理层的支持：需要克服的任何障碍，需要攀登的任何山脉才能获得重要的“是”。 您已经同意工具，已经制定了流程，现在您要做的就是说服人们参与其中。 应该很容易吧？ 要是。

事实证明，本文的读者并非所有人都像您一样开明。 并非每个人都喜欢变更，如果您能确定的是一件事，那就是DevOps将为您的组织带来变更-您的工作方式，工作方式，与团队内外人员的互动方式。

我将描述五种可能阻止迁移到DevOps的人员或角色，以及对帮助他们前进的可能策略的一些想法。 但是，我们应该记住，您可能无法使每个人都走动，而且人们可能有充分的理由不愿改变自己的工作，包括目前他们的工作可能做得很好的事实。 ，无论是对他们还是对组织。

[下载DevSecOps入门指南]

此处未发明：对未知的恐惧

“在过去的[1/2/5/10/25]年中，我们一直采用这种方式，直到现在一直有效。” 我们都听到了。 可能是正确的，也可能不是，但是，如果您的管理层决定应该进行向DevOps的迁移，即使现有的实践一直在起作用，那么可能已经意识到事情可能会变得更加高效，更快或更有效。更安全。

关于这种类型的人或角色的定义点之一是，它通常表现为团队关注。 团队已经习惯了一种特定的工作方式，并逐渐适应了适合他们的角色和常规。 您的建议是使团队沮丧并使人们做不同的事情。 您应该考虑如何充分利用现有的团队，甚至可能将团队中的成员一起调换工作或强调庆祝他们的成功，而不是建议因为某些方面的失败而需要进行变革。

我的专长：害怕失去控制

作为一名有背景的安全人员，这是我个人非常了解的一个人。 在特定领域或领域获得高水平专业知识的人们经常被要求改变工作方式或应用知识时感到受到威胁。 在“每个人都是专家”的新世界中，他们常常会被要求放弃控制权并“削弱”他们的专业知识。

在这种情况下需要强调的是，这不是稀释他们的专业知识，而是将其应用到更广泛的过程中的机会。 测试专家需要向开发人员和操作人员说明，例如，如何在他们的领域中公开测试方法。 通常，将专家暴露给更广泛的受众将是一种积极的态度，尽管总会出现“象牙塔”式的人物，他们努力在更多的团队环境中进行互动，并以“咨询”的方式使用它们。型角色可能提供积极的机会。

迷住了我：对新事物的恐惧

虽然与“此处未发明”非常相似，但这更多是个人而非集体特质。 知道您每天的任务可能会让某些人望而却步，但对许多人来说却可能会感到非常安慰，这就是为什么他们可能不想搬到一个看起来更加“自由形式”和无组织的世界的原因。 并非每个人都能成为那种对理解DevOps周期的所有不同部分都充满激情的通才。

好消息是您仍然需要准备好解决特定任务并以特定方式完成任务的人员。 实际上，尽管最初可能会担心要改用其他工作方式，但是在试图帮助此类人员时，向团队成员解释，他们将完全控制自己确切地执行特定任务的方式可能是一个积极的信息。 希望您将接受培训（无论是正式培训还是非正式培训），作为向DevOps转型的一部分，并且有机会学习新技能（从而提高个人的流动性和职业前景）也可能是一种激励。

人事经理：害怕失去权力

在许多组织中，尤其是那些层次结构非常发达的组织中，管理人员对员工的部署方式，任务将如何以及职业发展如何进行控制。 使用更开放的DevOps方法，所有这些都可能直接矛盾。 对于建立了自己的小帝国，管理象棋盘周围的棋子一样的报表和子报表的经理来说，向DevOps迁移将是一项挑战。 对于热衷于将团队成员发展为更多专业员工，根据其他团队要求将其报告借调到团队中来衡量其成功并喜欢看到新技能和职业发展的经理，DevOps应该是一个令人兴奋的机会。

解决抗拒人事经理问题的任何办法的一部分，很可能是行政管理人员提供胡萝卜和棍子。 胡萝卜可以包括将对人员管理者的奖励方式改变为一种包含这些新行为的机制，而关键可能包括将团队成员从具有阻碍力的人员中剔除或更改这些经理的角色定义。

工会：缺乏确定性的恐惧

在某些行业和地区，存在强大的联盟。 工会的一项核心任务是保护工人免受管理层的剥削，因为管理层可能试图强加对工人不利的变革。 工会默认情况下（且可以理解）对管理层引入的变更表示怀疑，因此，任何被管理层“祝福”的对DevOps的举动都可能引起工会和工会成员的担忧和抵制。 在某些情况下，员工可能会非常仔细地描述工作角色，从而难以在期望他们扮演更通才的角色和学习新技能的地方引入工作方式，这是DevOps的两个特点。

好消息是，DevOps可以通过许多不同的方式为团队成员提供更多控制权，从而在某种程度上减少了管理职能所行使的控制权。 对此进行解释并确保进行适当的检查以保护工作，这将是说服工会及其成员这对他们来说是个好改变的关键任务。 当然，应该发生的另一件事是，管理层应该在流程的早期就将它们包括进来，以确保从一开始就获得了支持，而不是在最后一刻对它们进行“反弹”。

最后的想法

随着我们迈向光明的新未来，值得牢记的是，所有人的普遍利益并不总是对每个人都产生积极的变化。 很难说污水处理系统的建设不是一般商品，而是它的唯一工作就是曾经从街头收集废物的人。 希望您不会将自己迁移到DevOps上来为您的组织机构构建新的下水道，但是请注意那些对他们而言变更可能是困难且具有破坏性的事情。 即使是最善意的开发，也可能要付出人力成本。

对我来说，要记住的最重要的一点是，当人们变得防御性（有时甚至是侵略性）时，通常是因为他们感到受到威胁，而在我们研究的所有这些情况下，变革都可能构成威胁。 这些人是您的同事，他们也是人，应将他们视为人，而不应将他们视为要克服的角色或障碍，应予以尊重和考虑。 在某些情况下，至少在组织中，保持组织特定部分的现状可能是最安全的方法。

下载DevSecOps入门指南

接下来要读什么

翻译自: https://opensource.com/article/18/9/devops-pushback

devops java使用