为什么要建立 DevOps 文化？开发和运营团队之间精简的协作有很多好处。一个主要目标是效率：提高新软件部署的速度并减少员工的空闲时间。 培养同事之间的信任可以提高员工满意度、产生新的创新并对盈利能力产生积极影响。
DevOps 是一种广泛的理念，具有多种解释。 换句话说，您可以参观 40 家公司，并找到 40,000 种关于如何在工作场所有效使用 DevOps 的不同想法。这种意见的多样性实际上是一件好事——如此多的观点对于建立更强大的团队很有用。 本指南将着眼于鼓励 DevOps 文化中同事之间更好协作的最佳技巧。
每个部分都提供了 DevOps 文化的各个方面，并着眼于将其引入员工队伍的方法。
（Seth Kenlon, CC BY-SA 4.0)
流程的持续开发
DevOps 文化的这一核心原则使其与其他类型的工作场所精神区分开来。 DevOps 理念认为，犯错至关重要，因为它表明您正在尝试新想法。
DevOps 文化的核心是对发展创造力的承诺。 实际上，这意味着当测试结果表明事情在他们更改之前更好时，不要对您的直接下属大喊大叫。 这意味着认识到进步不是线性的，成功永远不是一条直线。
DevOps 专家 Gene Kim 提倡冒险和实验。 这意味着让您的团队从事不寻常的任务，以找到新的见解。
您的组织应该以利润为导向吗？ 您可以允许您的团队尝试新的事物吗？ 我说的是与不相关的激情项目不同的东西。 持续的流程开发意味着对升级现有方法持开放态度。 优秀的销售领导者明白结果比出勤率更重要，因此始终专注于团队的工作方式而不是工作量至关重要。
随时提供反馈并积极寻求反馈
个人之间信任的增加是蓬勃发展的 DevOps 文化的另一个关键特征。 无论您的员工是在学习如何建立会员网络联系人还是试图设计他们的下一个 UX 调查，每个人都应该对他们的工作持开放态度。 但除非您的队友尊重彼此的意见并相信反馈是以善意精神给出的，否则这种情况永远不会发生。
这种文化听起来似乎不可能培养； 事实上，有些公司会比其他公司更难实现这一目标。 诚然，给予和接受反馈的成功很大程度上取决于员工的个性。 在招聘过程中可以对此进行筛选。
在您期望员工随时向同事提供反馈并首先寻求反馈之前，您应该以身作则。 C 级管理人员应该对这种行为进行建模，公开要求公司成员对他们的战略决策提出探究性问题，并提供平衡的反馈。
（Seth Kenlon, CC BY-SA 4.0)
始终寻找改进之处
在同事之间增加智力信任的基础上，您的团队应该寻找改进其工作的方法。 DevOps 的性质意味着软件开发团队将比传统方法更快地生成部署。
但是，这种对改进持开放态度的文化可以对开发和运营以外的部门产生积极影响。 问问自己，您业务的哪些其他领域可以通过充满乐观精神来完成。
留意培训和技能提升的机会。 即使培训课程不如广告宣传的那样突出，与行业专业人士建立联系并为未来建立联系的机会也只会增强您组织内部思想的多样性。
保存想法以供以后开发
您的 DevOps 工具链的一部分应该是在 Git 上大量使用的帐户。 您可以使用 Git 作为软件开发和其他相关项目期间生成的脚本的通用存储库。 Git 被称为“版本控制”，允许程序员保存其工作的迭代并重用或改进其他人的工作。
您的目标是能够保留好的想法以供将来使用。 某个特定路径由于特定原因而无法解决。 但是，仅仅因为这组想法对于构思它们的时代是错误的，并不意味着它将来永远不会变得有用。
由于 DevOps 的整个重点在于对生产中软件的端到端所有权，因此保存开发的迭代确实支持了这一原则。 您希望看到对当前软件测试项目的改进关注和承诺。
纳入这一点的简单方法是要求开发人员在开发人员合同和最终项目报告中包括未来工作的想法。 确保技术服务经理知道他们应该要求提供构建过程中出现的侧分支想法的示例。 越多的人知道这些小创新，就越有可能有人在需要时记住一个。
紧密地坐在一起（无论是物理上还是虚拟上）
目标是分享对彼此工作角色及其相互关系的共同理解。 您可以通过几种简单的方法来实现此目的，总结为三个词：紧密地坐在一起。 邀请其他团队参加您的会议，并完整地分享用户反馈报告。 一起吃午饭，一起计划虚拟欢乐时光，并大致确保您的同事彼此靠近。 大约 90% 具有成熟 DevOps 协议的团队报告说，他们清楚地了解自己对其他团队的职责，而只有大约 46% 的不成熟 DevOps 团队的员工报告了这一点。
尽管与志趣相投的人组成小团体并且只与受雇执行与您相同任务的员工一起出去玩可能很诱人，但这对整个企业来说都是可怕的。 无论您是否喜欢，所有人类都是多方面的，并且有能力将他们独特的才能贡献给各种场景。
更紧密的协作理念是为了尊重任何人都可以对周围的产品或工作流程提出改进建议的能力。 如果您始终与公司内的其他部门保持距离，您将错过无数分享智能想法的机会。 毕竟，您通常在对话期间的自由思想流动中学习得最好。
致力于自动化
您应该为了提高效率和加快流程而寻求自动化单调和重复的任务。 每个行业都有每天或每周进行的无聊——而且坦率地说，是愚蠢的——练习。
无论是手动将数据从一页复制到另一页，还是手动键入音频转录，每个级别的员工都应该坚持让机器尽可能地承担这样的负担。 现实是自动化技术每年都在进步，运营流程也应该如此。 自动化测试对于 DevOps 至关重要，它是 CALMS 框架的第二项原则（其中的“C”代表“文化”）。
您如何实现这一目标？ 邀请员工公开表达他们认为可以自动化的工作方面，然后——这是关键部分——支持自动化它们所需的设施。 这可能意味着每年 600 美元的软件程序订阅、完整的企业应用程序现代化，或两天的开发人员时间来构建新的内部使用工具。
无论哪种方式，您都应该评估自动化的好处，并考虑您可以为每个人节省多少时间。 DevOps 统计数据不断表明，通过年复一年地整合这些有益的原则，现代公司的状况会好得多。
探索成功工作的新方法
文化转变不会一夜之间发生。 但是，您开始得越早，您看到结果就越早。 以我的经验，当人们做出真正的改进时，他们会接受改变。 DevOps 为此类改进提供了框架。 无论您是在组织中刚开始使用 DevOps，还是只是想改善现有的文化，都请考虑以上几点以及它们与组织未来的关系。
评论已关闭。