无法购买DevOps[DevOps]
无法购买DevOps[DevOps]
但很多人很高兴将其出售。 这里会讲述为什么不出售的原因。
转到DevOps可能是一项艰巨的任务，许多组织都不知道合适的起点。 最近，我参加了一些“ DevOps评估”，以了解他们提供了什么解决方案，从而使我很开心。 有各种各样的答案-从一个完全拥护DevOps的组织到旅程的一开始。 一些评估提供了真正的价值，回到了有关文化和方法论的文章中，而其他评估仅为我提供了一个工具，有望将所有的DevOps梦想变为现实。
工具对于DevOps的旅程至关重要。 例如，工具可以持续交付，自动化或监视环境。 但DevOps并非产品，仅靠工具将无法实现实现DevOps的全部价值所必需的过程。 人是最重要的； 必须先建立人员，思维和文化，才能进行DevOps。
不要在DevOps上“取胜”； 成为冠军
作为PagerDuty的DevOps倡导者，我很自豪能够成为对DevOps方法论有坚定承诺的组织的一员，而不仅是“采用工具”。
最近，与PagerDuty首席执行官詹妮弗·特哈达（Jennifer Tejada）进行了一场关于获胜者与冠军的对话。 她谈到获胜是多么的神奇-您将获得奖杯，头衔，甚至几百万美元（如果是彩票）。 但是，总的来说，获胜只与短期目标有关，而成为冠军则意味着专注于长期的成功或成果。 这让我开始思考如何将此原则应用于采用DevOps的组织。
最喜欢的DevOps工具示例之一是XebiaLabs的DevOps工具周期表：
该表显示了许多工具可用于DevOps。但已经听说过太多次有关组织通过购买工具“转变为DevOps”的消息。尽管工具是DevOps旅程中必不可少的一部分，但仅靠工具本身并不能创建DevOps环境。必须考虑使DevOps团队运作良好的所有因素：协作，打破孤岛，定义的流程，所有权和自动化，以及持续改进/持续交付。
决定购买工具是朝正确方向迈出的重要一步；更重要的是首先定义决策背后的“为什么”或最终目标。这使我们回到了冠军的心态；以奥林匹克金牌得主迈克尔·菲尔普斯（Michael Phelps）为例。菲尔普斯（Phelps）是有史以来装饰最盛的奥运会选手，拥有39项世界纪录。为了取得这些成就，菲尔普斯没有止步一胜，二胜甚至二十胜。他的目标是成为冠军。所有这些都是通过投入，实践以及专注于所需的最终状态来完成的。
DevOps定义
DevOps有数百种定义，但是几乎每个人都可以同意“ DevOps状态报告”中概述的核心原则：
“ DevOps是旨在建立文化和流程的一组原则，以帮助团队更有效地工作并更快地交付更好的软件。”
无法使用信用卡更改文化和流程。工具可以使组织更好地协作或自动化或持续交付；但是，如果没有正确的思维方式和采用方式，则可能无法实现工具的全部功能。
例如，我的一位前同事听说过Slack对于通过开放协作渠道而转变为DevOps的团队而言是多么的惊人。他说服经理，Slack将解决所有的沟通难题。但是，在采用Slack六个月后，包括经理在内的大多数团队仍在使用Skype。 Slack最终成为谈论啤酒酿造的地方，而不是将产品更快推向市场的工具。问题不是松弛。缺乏团队和组织的支持，以及对产品的全部功能的了解。
对于团队来说，购买工具绝对是一个胜利，但是购买工具并不是购买DevOps。使工具和最佳实践对团队有用，并实现短期和长期目标，这就是我们围绕成为冠军的话题。这使我们回到了为什么团队或组织的总体目标和深远目标。确定目标后，如何从主要利益相关者那里买进？买入后，如何实施解决方案？
组织变革
对于许多组织和个人来说，改变是困难的。 此外，有意义的变化不会在一夜之间发生。 了解人员和组织如何处理变更非常重要。 在领导变革的Kotter 8步流程中，它是阐明改变的必要性，围绕原因为何而创建紧迫感，然后从小处着手并寻找和培养内部拥护者，然后再尝试证明胜利或在这种情况下购买工具 。
如果组织中的人员不了解问题或存在更好的操作方法，将很难获得必要的支持并激励团队成员采用新想法并采取行动。 人们可能对当前状态完全满意； 可能是适当的过程，或者至少是当前状态是已知因素。 但是，为了使整个团队更好地运作并以更快，更敏捷的方式实现其共同目标，必须首先建立新的机制。
如何成为DevOps冠军
成为DevOps世界的冠军意味着超越胜利，更深入地研究团队/组织结构和文化，从而发现工具之外的外围问题，然后与其他人一起拥抱正确的变化，从而带来明确的结果。回到开始并定义最终目标。以下是一些可以开始使用的示例问题：
核心价值观是什么？
为什么要成为一个更加敏捷的公司或团队？
团队或组织面临哪些障碍？
工具或过程将完成什么工作？
人们如何交流和合作？
有筒仓吗？为什么？
如何维护客户？
员工有权力吗？
在定义最终状态后，找到其他志同道合的人加入冠军团队，并且不要忽略要实现的目标。进行任何更改时，请确保从小规模开始，例如从一个团队或一个测试环境开始。通过从小规模开始并在胜利基础上发展，内部冠军将开始创造自己。
请记住，公司很高兴并渴望尝试向您出售DevOps，但归根结底，DevOps并不是产品。它是自动化，协作，人员和流程的一种完全接受的方法和思维方式。
本文系外文翻译，前往查看
如有侵权，请联系 cloudcommunity@tencent.com 删除。
本文系外文翻译，前往查看
如有侵权，请联系 cloudcommunity@tencent.com 删除。