DevOps 团队在面对工作和家庭中的压力和挑战时，会坚定立场以寻求力量。这并非 DevOps 宣言 中涵盖的内容。也没有任何软件可以集成到你的工具链中来提供帮助。需要发生的是，你的 DevOps 团队需要将同理心置于工具之前。
Viktor Farcic 在他的著作 The DevOps Paradox 中提出，如果 DevOps 从根本上来说是关于让不同的团队协作，那么你可以说 DevOps 是一门提倡同理心的学科。
认识到 DevOps 是一场人的游戏
如果你同意 Farcic 的观点，你就会看到 DevOps 从根本上来说是一场人的游戏。当我在技术行业作为一名技术作家崭露头角时，我意识到开发团队和运维团队说着不同的语言。他们也有自己的文化。这些差异是这些团队之间争论的根源。
InfoQ 指出：“在过去的几十年里，虽然同理心不能与批判性思维共存的观念一直在慢慢减弱，但速度还不够快，不足以在我们的行业内产生广泛的影响。”
当你跨软件交付和业务组织发展 更多合作伙伴关系 时，同理心成为 DevOps 方程式的一部分。在瀑布式软件开发期间出现的孤岛包括软件开发人员、安全和运维之间的孤岛。部门之间充斥着文化刻板印象。一些软件开发人员可以接受破坏事物。安全团队是说“不”的部门。运维团队希望保持原始的运维状态，从不冒险，同时遵守他们的服务级别协议 (SLA)。我们不要忘记，业务利益相关者可能不了解所有这些运维。互相指责对方真实或感知的 компетенция 是适得其反的。互相交谈，了解对方团队的流程，欣赏他们晚上担心的事情，是理解彼此的有力一步。
DevOps 中普遍存在的跨团队关系使同理心成为必要。在 DevOps 工具链中，没有开发者、运维和安全之间刻板印象的敌意存在的空间。保持你的沟通渠道畅通。鼓励一种将犯错视为学习和改变，而不是相互指责的文化。
在 DevOps 中实践同理心
对于 DevOps 经理来说，在整个团队中推广同理心是必须的。作为一名经理，你需要寻找机会将技术人员嵌入到你的各个业务部门中。让人们跨团队交谈是经理的另一个关键目标。虽然 DevOps 的目标是打破孤岛，但这并不意味着你前 DevOps 世界中的旧敌对关系会一夜之间消失。
作为一个团队建立同理心不是关于观看在线培训视频和点击测验以获得完成证书的 PDF。它始于建立关系。寻找机会对其他职位的团队成员进行交叉培训。这不是为了准备他们做这项工作；而是为了向他们展示其他团队成员面临的挑战并促进知识转移。以迭代方式管理变更，并为你的团队（开发人员和系统管理员）提供一个反馈渠道，让问题、挑战和胜利能够传达给管理层和他们的团队成员。
同理心能够提高生产力，因为它能让你的团队成员感到安全，而这种感觉对于一些团队成员来说可能目前很稀缺。同理心和一点理解可以减轻团队成员的一些压力，让他们有更多的精力专注于手头的任务。
作为开发者提供同理心
你也必须以同理心对待你的客户对话。无论你的 DevOps 团队服务于内部客户还是外部客户，你都一定会注意到客户的一些个人和业务变化。The Enterprisers Project 指出，领先的组织通过以下几种方式创造价值并展现同理心：简化或简化客户体验，近乎实时地对市场和环境变化做出反应，以及提前预测客户需求。
其他行业观察家认为，具有同理心的开发者为人工智能 (AI) 的兴起做好了最佳准备，同理心有助于 DevOps 团队适应更敏捷的思维方式。
疫情期间的同理心和远程 DevOps
在这段时间提供同理心首先要记住，当网络会议摄像头关闭时，你不知道别人正在经历什么。自从疫情开始以来，我不得不多次提醒自己这一点。
远程工作的下一步对我们所有人来说都是不同的。一些 DevOps 团队将在 2021 年的某个时候返回办公室。有些可能会发现自己处于混合工作安排中，而其他团队可能会保持远程办公。不幸的是，一些 DevOps 团队可能会在雇主进行裁员时解散，而幸运的同事会在其他雇主那里找到新的职位。就像在我们的个人生活中一样，每种独特且发展中的工作情况都需要一定程度的同理心来帮助团队度过变革。
评论已关闭。