devops

迁移到可能是一项艰巨的任务，因为许多组织都不知道合适的起点。 最近，我参加了一些“ DevOps评估”，以了解他们提供了什么解决方案，从而使我很开心。 我有各种各样的答案-从完全拥护DevOps的组织到旅程的一开始。 一些评估提供了真正的价值，使我回到了有关文化和方法论的文章上，而另一些评估仅为我提供了一个有望将我所有DevOps梦想变为现实的工具。

工具对于DevOps的旅程至关重要。 例如，工具可以持续交付，自动化或监视您的环境。 但是， DevOps并非产品 ，仅靠工具就无法实现实现DevOps的全部价值所必需的过程。 人是最重要的。 您必须先建立人员，思维和文化，才能进行DevOps。

不要在DevOps上“取胜”； 成为冠军

最近，我与PagerDuty首席执行官詹妮弗·特哈达（Jennifer Tejada）进行了关于成为赢家与冠军的对话。 她谈到获胜是多么的神奇-您将获得奖杯，头衔，甚至几百万美元（如果是彩票）。 但是，总的来说，获胜只与短期目标有关，而成为冠军则意味着专注于长期成功或成果。 这让我开始思考如何将此原则应用于采用DevOps的组织。

我最喜欢的DevOps工具示例之一是XebiaLabs ：

下表显示了许多工具可用于DevOps。 但是，我已经听说过很多次有关组织通过购买工具“转变为DevOps”的消息。 虽然工具是DevOps旅程中必不可少的一部分，但仅靠工具本身并不能创建DevOps环境。 您必须考虑使DevOps团队运作良好的所有因素：协作，打破孤岛，定义的流程，所有权和自动化，以及持续改进/持续交付。

决定购买工具是朝正确方向迈出的重要一步； 更重要的是首先定义决策背后的“为什么”或最终目标。 这使我们回到了冠军的心态； 以奥林匹克金牌得主迈克尔·菲尔普斯（Michael Phelps）为例。 菲尔普斯（Phelps）是有史以来装饰最盛的奥运会选手，拥有39项世界纪录。 为了取得这些成就，菲尔普斯没有止步一胜，二胜甚至二十胜。 他的目标是成为冠军。 所有这些都是通过投入，实践以及专注于所需的最终状态来完成的。

DevOps定义

DevOps有数百种定义，但几乎每个人都可以同意概述的核心原则：

“ DevOps是旨在建立文化和流程的一组原则，以帮助团队更有效地工作并更快地交付更好的软件。”

您无法使用信用卡更改文化和流程。 工具可以使组织更好地协作或自动化或持续交付； 但是，如果没有正确的思维方式和采用方式，则可能无法实现工具的全部功能。

例如，我的一位前同事听说过Slack对于通过开放协作渠道而转变为DevOps的团队有多么惊人。 他说服经理，Slack将解决他们所有的沟通难题。 但是，在采用Slack六个月后，包括经理在内的大多数团队仍在使用Skype。 Slack最终成为谈论啤酒酿造的地方，而不是将产品更快推向市场的工具。 问题不是松弛。 缺乏团队和组织的支持以及对产品的全部功能的了解。

对于团队来说，购买工具绝对是一个胜利，但是购买工具却不能购买DevOps。 使工具和最佳实践适用于团队并实现短期和长期目标是我们围绕成为冠军的话题。 这使我们回到了为什么团队或组织的总体目标和深远目标。 确定目标后，如何从主要利益相关者那里买进？ 买入后，如何实施解决方案？

组织变革

对于许多组织和个人而言，变革很难。 此外，有意义的变化不会在一夜之间发生。 了解人员和组织如何处理变更非常重要。 在的 ，它是阐明改变的必要性，围绕原因为何而创建紧迫性，然后从小处着手并寻找和培养内部拥护者， 然后再尝试证明胜利或在这种情况下购买工具。

如果组织中的人员不了解问题或存在更好的操作方法，将很难获得必要的支持并激励团队成员采用新想法并采取行动。 人们可能对当前状态完全满意； 可能是适当的过程，或者至少是当前状态是已知因素。 但是，为了使整个团队更好地运作并以更快，更敏捷的方式实现其共同目标，必须首先建立新的机制。

如何成为DevOps冠军

成为DevOps世界的冠军意味着超越胜利，更深入地研究团队/组织结构和文化，从而发现工具之外的外围问题，然后与其他人一起拥抱正确的变化，从而带来明确的结果。 回到开始并定义最终目标。 以下是一些您可以开始使用的示例问题：

• 您的核心价值观是什么？
• 您为什么要成为一个更加敏捷的公司或团队？
• 您的团队或组织面临哪些障碍？
• 工具或过程将完成什么工作？
• 人们如何交流和合作？
• 有筒仓吗？为什么？
• 您如何维护客户？
• 员工有权力吗？

在定义最终状态之后，找到其他志同道合的人加入您的冠军团队，并且不要忽略您要实现的目标。 进行任何更改时，请确保从小处着手，例如从一个团队或一个测试环境开始。 通过从小规模开始并在胜利基础上发展，内部冠军将开始创造自己。

请记住，公司很高兴并渴望尝试向您出售DevOps，但归根结底，DevOps并不是产品。 它是自动化，协作，人员和流程的一种完全接受的方法论和思维方式。

翻译自:

devops