
转向 DevOps 可能是一项艰巨的任务,许多组织不知道从哪里开始。 我最近进行了一些“DevOps 评估”,看看他们提供了哪些解决方案,这很有趣。 我改变了我的答案——从一个完全拥抱 DevOps 的组织到一个处于旅程开始的组织。 一些评估提供了真正的价值,将我链接回关于文化和方法的文章,而另一些评估只是向我提供了一个工具,承诺将我所有的 DevOps 梦想变为现实。
工具对于 DevOps 之旅绝对是必不可少的; 例如,工具可以持续交付、自动化或监控您的环境。 然而,DevOps 不是产品,仅仅依靠工具无法实现充分发挥 DevOps 价值所需流程。 人们才是最重要的; 如果不首先构建人员、思维模式和文化,就无法进行 DevOps。
不要在 DevOps 中“获胜”; 成为冠军
作为 PagerDuty 的 DevOps 倡导者,我很自豪能够成为一个致力于 DevOps 方法的组织的成员,而不仅仅是“勾选”工具采用的“复选框”。
我最近与 PagerDuty 首席执行官 Jennifer Tejada 就成为赢家与成为冠军进行了对话。 她谈到获胜是多么棒——你会获得奖杯、头衔,甚至可能是数百万美元(如果是彩票的话)。 然而,从长远来看,获胜完全是关于短期目标,而成为冠军则意味着专注于长期成功或成果。 这让我思考如何将这一原则应用于拥抱 DevOps 的组织。
我最喜欢的 DevOps 工具示例之一是 XebiaLabs 的 DevOps 工具周期表

(单击表格以获取交互式版本。)
该表显示了许多工具都适合 DevOps。 然而,很多时候,我听说过组织通过购买工具来“转型为 DevOps”。 虽然工具是 DevOps 之旅的重要组成部分,但仅靠工具并不能创建 DevOps 环境。 您必须考虑使 DevOps 团队良好运作的所有因素:协作、打破孤岛、定义的流程、所有权和自动化,以及持续改进/持续交付。
决定购买工具是朝着正确方向迈出的重要一步; 更重要的是首先定义决策背后的“原因”或最终目标。 这使我们回到了冠军的心态; 以奥运金牌得主迈克尔·菲尔普斯为例。 菲尔普斯是有史以来获得最多奖牌的奥运选手,并保持着 39 项世界纪录。 为了取得这些成就,菲尔普斯并没有止步于一次、两次甚至 20 次胜利; 他的目标是成为冠军。 这一切都是通过承诺、实践和专注于期望的最终状态来完成的。
DevOps 的定义
DevOps 有数百种定义,但几乎每个人都同意 DevOps 状态报告 中概述的核心原则
“DevOps 是一套旨在构建文化和流程的原则,以帮助团队更高效地工作并更快地交付更好的软件。”
你无法用信用卡改变文化和流程。 工具可以使组织更好地协作或自动化或持续交付; 然而,如果没有正确的思维模式和采用,工具的全部功能可能无法实现。
例如,我的一位前同事听说 Slack 对于转型为 DevOps 的团队来说是多么神奇,因为它开辟了协作渠道。 他说服了他的经理,Slack 将解决他们所有的沟通问题。 然而,在采用 Slack 六个月后,大多数团队仍然在使用 Skype,包括经理。 Slack 最终更像是一个谈论酿造啤酒的地方,而不是一个更快地将产品推向市场的工具。 问题不在于 Slack; 问题在于团队和组织缺乏认同感,以及对产品完整功能的了解。
购买工具绝对可以成为团队的胜利,但购买工具不是购买 DevOps。 使工具和最佳实践为团队服务并实现短期和长期目标是我们讨论成为冠军的地方。 这使我们回到了“为什么”,即团队或组织的总体和深远的目标。 一旦您确定了目标,您如何获得关键利益相关者的认同? 在您获得认同后,您如何实施解决方案?
组织变革

变革对于许多组织和个人来说都很困难; 此外,有意义的变革不会在一夜之间发生。 重要的是要了解人和组织如何处理变革。 在 Kotter 领导变革的 8 步流程 中,关键在于阐明变革的必要性,围绕“为什么”创造紧迫感,然后从小处着手,寻找和培养内部拥护者,然后再试图证明胜利,或者在本例中是购买工具。
如果组织中的人们没有意识到问题或存在更好的运营方式,那么就很难获得必要的认同感并激励团队成员采用新想法并采取行动。 人们可能对现状非常满意; 也许现有的流程是足够的,或者至少现状是一个已知因素。 然而,为了使整个团队良好运作并以更快、更敏捷的方式实现其共同目标,必须首先实施新的机制。

如何成为 DevOps 冠军
成为 DevOps 世界的冠军意味着超越胜利,更深入地研究团队/组织结构和文化,从而识别工具之外的突出问题,然后与他人合作,拥抱导致明确结果的正确变革。 回到最初,定义最终目标。 以下是一些您可以提出的示例问题以开始入门
- 您的核心价值观是什么?
- 您为什么要努力成为一家更敏捷的公司或团队?
- 您的团队或组织面临哪些障碍?
- 工具或流程将完成什么?
- 人们如何沟通和协作?
- 是否存在孤岛,为什么?
- 您如何拥护客户?
- 员工是否被授权?
在定义最终状态后,找到其他志同道合的人加入您的冠军团队,并且不要忘记您试图完成的目标。 在进行任何更改时,请务必从小处着手,例如,从一个团队或测试环境开始。 通过从小处开始并在胜利的基础上发展,内部冠军将开始自我创造。
请记住,公司很乐意并渴望尝试向您出售 DevOps,但归根结底,DevOps 不是产品。 它是一种完全拥抱自动化、协作、人员和流程的方法和思维模式。
2 条评论