在没有授权的情况下影响DevOps——DevOps工程师如何推进真正的DevOps
在这次演讲中，JFrog的开发人员宣传主管Baruch Sadogursky将展示如何使用一些经过验证的影响和谈判技术来说服组织中的关键利益相关者，让他们认识到DevOps的必要性。我们将研究在特定情况下适用于特定工程和业务领导职位的论点、技术和小技巧，并为您向每个人传递最令人信服的DevOps信息做好准备。
会议记录
大家好，欢迎来到AWS峰会。今天，我们将讨论如何在没有授权的情况下影响DevOps。我们从故事开始。这是亚历克斯，亚历克斯是一个系统管理员在一个低科技行业，比如纺织行业。亚历克斯有个问题。Alex遇到的问题是，作为系统管理员，他们是每次开发完成时开发人员扔给他们的手榴弹的接收端。亚历克斯在寻找解决方案，神奇的是，解决方案似乎存在。这叫做DevOps你有问题。GitLab的联合创始人之一Dmytro Zaporozhets正在解释如何通过实现DevOps来打破软件工程领域的竖井，从而帮助解决和增加这个问题。亚历克斯做了一些调查，他们了解到，它的薪水也比这高得多。 They can actually make that. And it generally sounds like a great idea. So Alex becomes a DevOps engineer.
DevOps工程师做什么?他们在桌子下面的一台台式电脑上安装了詹金斯。他们在自己的DevOps环境中进行DevOps。你可以想象，这并不能真正解决问题。亚历克斯仍然有问题。亚历克斯，你为什么这么想?这是因为开发人员和新的DevOps部门之间没有足够的合作，而Alex现在是DevOps工程师的一部分。那么我们需要什么呢?我们需要一种新的方法。我们称之为DevDevOps。 It’s a collaboration between Dev and DevOps makes sense, right? Obviously jokes aside. This is not what Devs is about. What Devs is about. Well is a set of practices that combine software development and operations. It’s a methodology. It’s a mindset. Alex reads some materials, The Phoenix Project, the DevOps Handbook, the Accelerate, and starts to get it. It’s bunch of professionals with their deep specialization come together and combine their expertise into common goals and common cultures.
Alex学到的一件事是我们DevOps行业中最重要的文件之一，DevOps支持的状态是他们的组织就是DevOps支持的状态，他们很少开发低绩效人员。他们需要很长时间才能做出改变。在停机和部署失败的情况下，恢复服务需要大量的时间。改变的失败率是巨大的。他们还了解到，该行业实际上只会在2018年至2019年之间成为精英。优秀员工的数量从7%增加到20%。Alex开始问自己为什么，为什么各行各业都拥抱DevOps并转向DevOps?我会给你们两个非常基本的表面上的答案。首先是用户，用户想要什么?他们想要特色。
他们什么时候想要这些功能?他们现在就想要。DevOps找不到你记住这是为了更快地交付。显然，我们可以更快地交付功能。这很好。另一个问题是安全性，DevOps如何帮助安全性。如果你遇到了安全事故，你有三个阶段。您需要确定存在问题，需要解决这个问题。然后，您需要将这些更改部署到生产中，更快地部署，从而提供更好的安全状态。所以在一天结束的时候，你在这里看到的，这个行业翻了三倍是因为一种进化的压力。 It means that it’s only natural. That companies really adapt through DevOps, not like renaming Ops to DevOps engineers, but real true DevOps and win. Now, obviously Alex wants to transform their organization. They manage to get themselves into some very important meetings. And the discussions on those meetings are on point, how do we release faster?
问题是，在许多组织中，他们知道他们需要更快地发布，但他们不知道如何做到这一点。他们使用了一些货物崇拜，比如雇佣更多的DevOps工程师，或者让我们在没有做正确事情的情况下摆脱瓶颈。作为一些试图更快释放的天真步骤，它们实际上都不起作用。他们需要做的是实现真正的DevOps，协作实践，但你知道这个梗通常是如何结束的。没人愿意听亚历克斯的话。其中一个原因是因为决策是关于文化和方法的。亚历克斯在这里的战壕里。没有人愿意听他们的，但亚历克斯找到了方法。今天，我要给你们展示这条路。我叫Baruch Sadogursky。 I’m the Chief Sticker Officer and heads of DevOps advocacy in a company called JFrog.
我们做工具是为了更快地释放。我们提供工具来帮助您实现DevOps。请访问devops@www.si-fil.com。今天最重要的幻灯片是这一张。如果你去JFROG.Com/shownotes，你会发现幻灯片已经上传了。视频已经上传到那里，我提到的所有内容的链接也都在那里，还有评论和评分的地方，还有一个甜蜜的抽奖活动，以感谢你们的到来。所以JFROG.Com/shownotes。如果你忘记了，不用担心，它就在每张幻灯片的底部，连同在Twitter上提到的标签，AWS峰会和我的Twitter帐户。如果你想在推特上讨论这个演讲。让我们回到故事。 How do we convince for implementing real DevOps? First, you need to make sure you know, what you are talking about. You really need to go ahead and learn what DevOps is and what it isn’t.
有很多书籍和资源可以帮助你。2022世界杯阿根廷预选赛赛程我们已经提到了凤凰项目、DevOps手册和加速书。还有其他的，网站可靠性工程，独角兽项目，我和JFrog的联合创始人合著的关于持续更新的液体软件的书。战争、和平与信息技术是这次演讲的重要内容。《战争、和平与IT》是一本非常重要的书，因为它从管理人员的角度讨论了DevOps，以及你要做什么。你将影响你的DevOps经理。你最好知道如何用管理和业务的术语正确地表达DevOps，阅读War和平和IT，如果你不喜欢那么多书，还有其他很好的资源。2022世界杯阿根廷预选赛赛程有一个播客，DevOps Speakeasy。这里有来自所有DevOps会议的视频。还有两个技术雷达可以帮助你，了解在技术、框架和工具方面发生了什么，还有一项技术，或者说是由他们的顾问完成的ThoughtWorks技术。 And the other is by CNCF done by their end users strongly recommended both.
假设你都读过了。你都看了。你都听到了，现在你真的觉得自己准备好了。你已经准备好冲进老板的办公室，向他们解释DevOps是什么，他们肯定会看到它有多棒，并会同意你的观点，现在所有的公司都需要转向DevOps。嗯，可能不会。你们之所以会听到这个是因为这种反应有很多原因。首先是人们很忙。你有新的想法，需要大量的时间和精力来实现，期望人们，不是非常非常热衷于堆积，更多的工作。有些人真的很想听你说，觉得这是个好主意，但当真正要去做的时候，他们会很忙，很分心，没有时间去做。
有些人甚至什么都不想做。他们只会空谈，不做任何工作。即使是那些心中有最好意图的人，也需要投入大量的活化能来改变整个组织。这很难。我想说的是，你会有很多放弃的理由，但是不要，我们会告诉你，我会告诉你如何克服这些。第一个建议是不要试图把大海煮沸，从小事开始。我们会教你怎么做。
今天我要讲的是无权威影响的一个框架。有很多。这本书叫《无权威的影响》，作者是艾伦·科恩和大卫·布拉德福德。这本书定义了影响结果权威的六步模型。我们将通过这六个步骤，教你如何做到这一点。
第一步，假设每个人都是潜在盟友。这一步很奇怪。我是说，是的，很明显，但真的吗?当你考虑潜在的盟友时，想想你会排除多少人，那些他们不在乎我们做什么的人。那些，他们不友好。那些，他们恨我们。他们超负荷了。就像这样，甚至不需要尝试，你就取消了很多可能是你潜在盟友的人。不要那样做。不要因为他们可能说的话就取消潜在的盟友。 Instead, look for potential allies that will be beneficial for you. For example, forward looking teams, those are the teams that will embrace the change that you bring and will see the sense in DevOps farther than others or highly visible projects. Success in those projects will bring you the needed support throughout the organization. Obviously you need to be aware of self-promoting cheaters and douchebags.
如果你认为有些人不是真正的盟友，而是自我推销的骗子和混蛋，也许你是对的，但在你真正着手并把他们排除在外之前，你需要仔细检查一下。你怎么检查?嗯，你和人们交谈，你和人们交谈，然后你发现他们是否认真，他们是否支持你，如果他们不支持你，发生了什么。这是第一阶段，第二阶段，明确你的目标和优先级。你要记住你为什么要这么做?对你来说什么是重要的?你为什么要去做你想做的事情?所以请记住为什么Alex开始了整个旅程，因为Alex遇到了一个问题，他们需要打破软件工程工作区中的竖井，因为这是正确的事情。我们行业的发展压力要求我们适应DevOps。
这也让工作环境变得更好。你应该在一家向前看、先进的公司工作，而不是一家很快就会从行业中消失的落后公司。坦率地说，如果你成功地将整个组织转移到DevOps中，你的简历中会有很多突破点，你的职业生涯也会因为这个成就而发展得更快。这些都是非常合理的理由。一旦你知道你为什么在这个游戏中，它会让你清楚你能给予什么，或者你期望从别人那里得到什么。下一步更加复杂。你需要诊断其他人的世界，他们为什么而活，是什么驱使他们，是什么激励他们，以及你如何利用这些激励因素来推进你的议程。所以，首先，有些人对他们的职业发展感兴趣。
因此，如果你能向他们承诺，如果他们坚持和你在一起，帮助你实现他们的转变，这将有助于他们的事业。这是一个很好的激励因素。当我们谈论激励因素和激励人们的东西时，我认为了解什么是激励我们的最好资源，IT工作者是Daniel Pink的Drive。这是一本关于激励我们的惊人事实的书。它揭示了我们的动机是自主，精通和目标。自主是一种不依赖于大量其他外部事物而自己完成工作的能力。精通是指我们学习新事物，在我们所做的事情上变得更好，我们所做的事情实际上是有原因的。我们很快就会回到自主性，主导者和目标。但现在，请记住，虽然我们有这个由三种成分组成的神奇公式，但人们是非理性的。
人是非常不同的。他们有不同的动机。他们的行为出乎意料。他们有时会为了自己的最大利益而做出违背直觉的行为。可以预见的是，有很多关于这方面的文献，非理性和摇摆，还有很多人都在谈论这一点。但也有明显的激励因素，比如遗产。什么是遗产?丹尼尔·平克清单上的目的之一就是为什么我们想在离开后留下一些东西，但你需要记住，人们总是专注于他们的生活。当我们给他们带来新东西时，我们需要考虑他们会根据他们生活中发生的事情做出什么反应。例如，他们的指标是否与你希望他们做的事情一致? What they expect as their reaction from their boss, will it’ll be into interesting for them? Will it help or hurt their career? How they expect their colleagues to react?
他们的工作量是多少?他们有能力帮助你吗?他们愿意帮忙吗一般来说你或者其他人会吗?当然，每个人在工作之外都有自己的生活，你需要记住并考虑到这一点。在一天结束的时候，当你去说服别人的时候，最好的方法就是用数字。以DevOps为例，我们的数据来自于加速版的书籍，我们有四个非常明确的标准来衡量成功的DevOps组织是什么;部署变更所需时间，部署服务所需时间，变更失败率，部署频率，恢复服务所需时间。如果我们可以反驳这四个数字，并说:“嘿，我们现在的表现比这些数字要低，但我们想采用DevOps来成为精英，并建立我们的遗产。”这是一个非常非常有说服力的论点。
我们从哪里得到这些数字?你可以查看组织内部的公共信息，比如OKRs，如果你的组织发布了它们。你可以继续检查积压的文件。在一个组织中部署的频率如何，演示，公开的组织演示，像启动和内部季度总结，春夏，等等。通过询问人们使用饮水机或者其他我们现在使用的东西。在一天结束的时候，你需要继续前进，只是映射其他人的世界。你可以使用Daniel Pink的三个参数，自动驾驶，掌握目标，然后再加上。他们担心什么是采用DevOps的障碍?我只给你举两个例子，但是你需要为你要影响的每个人做这个练习。
让我们从开发人员开始。他们的自主权是什么?他们的自主权是能够看到他们的软件从他们正在编写的代码一直到生产。DevOps能帮上忙吗?当然，这就是DevOps的意义所在。给你。开发人员将乐于采用DevOps，因为它提高了他们的自主权。但是恐惧呢?在采用DevOps时，开发人员害怕什么?这一点也很清楚。 They afraid that the system administrators is going to offload their work on the developer shoulders for now. Deployment is an Ops concern. DevOps is going to make a deployment, the concern of everybody, including the developers. So the developers are afraid. They are going to work more. If we want the support of the developers in adopting DevOps, we need to convince them that this fear is baseless, right? And you can go ahead and do this exercise for a lot of different roles.
我再举一个例子，产品经理，产品经理与DevOps的关系。让我们检查。他们精通什么?产品经理的好工作是什么?嗯，就是知道客户想要什么样的功能。他们怎么会知道?他们通常是猜的。有没有更好的办法?是的,尝试。如果我们能够继续向前，为不同的客户推出不同的功能。 Then we will know which features customers love and which features customers hate how we can do it? The answer is DevOps. All the feature flags paradigm, which is part of DevOps gives product managers, their mastery. If you manage to express that, boom, you have product managers as your allies in your quest for adopting DevOps. Amazing, what is the problem? The problem is looks like you need to understand everything about everything. You know, you need to know about delivery, about customer, about quality, about architecture, about security in order to be able to diagnose the world of other person.
问题是这是不可能的。不可能跟独角兽放屁彩虹一样。好消息是，你不需要知道所有事情的一切。相反，你需要成为大卫·爱泼斯坦(David Epstein)在他的著作《范围》(Range)中所说的通才。通才是指对很多东西都有一定了解的人，比如这个钥匙圈钥匙会看所有可能的方向。这应该是你。你仍然有强大的核心，如果你参加这个会议，我想你是一个负责运营的人。你知道，AWS堆栈非常好，但你也知道开发人员的世界是什么，测试人员的世界是什么，产品经理的工作是什么。如果现在书太多了，牧场的内容可以像大卫·爱泼斯坦做的Ted演讲一样被消费，这很棒。
下一步是识别货币。你会问什么货币?你用来施加影响力的货币。我指的不是钱。有不同种类的货币。例如，与灵感相关的东西，会激励人们。与任务相关，可以帮助他们更好地完成工作。与职位相关的事情，他们会帮助他们度过职业生涯，与关系和个人相关的事情。在一天结束的时候，货币的概念是找到你可以给别人的东西。这会帮助他们，他们也会帮助你。 It’s like sharks and the remora fish that help each other in a symbiosis. I’ll give you one example of such a currency and that’s a hackathon. How hackathon is a currency? Well, not only is the currency. It’s a currency that actually feeds almost each and every currency type.
它鼓舞人心吗?是的。你组建了一个小团队，授权给来自不同部门的不同人员。在24小时内，你创造了一个工作产品。这是DevOps。你只是练习了DevOps，就创造了一些很棒的东西。这对其他人采用DevOps是非常鼓舞人心的。它也是一种与任务相关的货币，因为你创造了其他人可以在工作中使用的东西。它也是一种与职位相关的货币，因为有人可能会因为在黑客松期间开发了一些东西或开始使用一些东西而得到晋升，显然与人有关，与关系有关，在黑客松中跨组织之间开始建立良好的关系。你比我更清楚。 So yes, a hackathon, it’s a great multifaceted currency. And this is just example for that.
最后，在最后一步之前的是在一天结束的时候处理人际关系。即使我们做的一切都是对的，我们需要帮助的人只是不喜欢我们。这就是将要发生的事?所以为了防止这种情况，你需要讨人喜欢。你需要每个人都愿意帮助你。你怎么再做一次?你记得你是在和人一起工作，然后你去学习如何通过使用这些惊人的资源和显然更多的东西与人一起工作，最后一步是通过影响，给予和接受。2022世界杯阿根廷预选赛赛程是的，在一天结束的时候，影响力本身就是我给你一些东西，你给我一些回报。有人会说，这很便宜。我没想到会是这样。 But think about it. Everything that people will do for you will be a type of exchange. It can be because it helps them no less that it helps you.
现在这是一种利益联盟，也可以是一种物物交换。你为他们做点什么。他们为你做了一些事情，或者是你欠他们的人情，或者是他们欠你的人情。不管你怎么看，这是唯一一种没有权威的影响方式。这是模型的结尾。你可能会说，演讲到此结束，但不是。因为如果你什么都照章办事，冲进老板的办公室，结果还是一样。为什么?因为影响影响的障碍有两种不同的形式一种是外部障碍，它们很容易发现，也可能很容易解决，也可能不是。举个例子，功率微分器。 You remember how we started when Alex was down there and the decisions were up there, don’t try to cover that all and try and influence your CO through, give and take, go step by step.
然后在微分中减少这个幂。不同的目标，不同的收入标准，或者你知道的，只是竞争，他们不喜欢你，就像我说的，这显然是一个巨大的障碍，但很容易发现。越不一样，越难发现的障碍是内部的障碍，那些缺乏经验的障碍。这是你第一次听说这个模型，不要急着去实施，你可能不会成功。首先，在小团队中训练小目标。不要试图立即通过它来影响整个组织。盲目的态度，我们谈过一点，这是一个巨大的障碍。比如害怕失败。我永远不会成功，所以我甚至都不会开始。或者害怕反应，如果我失败了怎么办? Those are very significant barriers for your influence. So you need to remember those as well.
我想结束这次演讲。对于DevOps对话中出现的常见反对意见，我将给出一些常见的答案。我已经提到过，那是开发人员的恐惧，他们现在要做更多的工作，因为运维人员把他们的工作卸载给了开发人员。如果你去JFROG.Com/shownotes你会找到我做过的另一个演讲的链接。它被称为DevOps或开发人员，或者可能针对他们，我深入解释了为什么DevOps对开发人员有好处，他们不应该害怕它。这是个很好的答案。现在，当你和你的老板或他们的老板或任何老板说话时，你可能会听到员工说，我们现在做的有什么问题?问题是，如果你不做DevOps，你现在所做的是不够的。
在交付特性方面，您可能没有需要击败的竞争对手，但您肯定存在安全风险。因此，实现DevOps并能够更好地应对安全威胁仍然非常重要。人们会说，“我们没时间做这个。每个人都负担过重。”唯一的答案是，“嘿，有时候我们需要把头抬出水面，这样才能游得更好。”这是无可避免的。我们需要停下来，重新评估我们正在做的事情。你可能听说过，竖井很好。他们促进专业化。我们为什么要打破藩篱? Everybody will try to learn about everything and then no one will really be specialist in nothing. Well, there is truth in that silos promotes specialization. The problem is that they don’t help us in our pipelines. Which you can look at as a manufacturing floor when you assemble a car, every step of the way should flow smoothly.
如果你没有在瓶颈处进行优化，就等于你根本没有优化。如果你拥有非常优秀的开发人员，但你的QA人员却在为瓶颈服务，那么开发者的优秀并不能帮助你。这是Eliyahu Goldratt，他在他的著作《目标》中介绍了约束理论。这将是我今天给你们推荐的最后一本书。而且有漫画小说，别错过了。这很重要。最后一个反对意见是，我们不能更快地释放。我们需要检查一下某些问题。我们需要检查质量，检查安全性，检查合规性。没关系，答案是完全一样的，不要在每个版本中检查这些问题。 Instead, concentrate of making your pipeline compliant. Maybe make your pipeline check for quality and for security, once you do that, you are guaranteed that each and every release will be tested, compliant, secure, et cetera, et cetera.
所以它基本上意味着自动化一切。现在，我对这张照片唯一的问题是离开生产线的人们的面部印象。他们实际上应该非常高兴，因为他们不再做无聊的验证发布的工作，而是开始做真正有趣的工作，确保烘焙质量、速度、合规性和安全性进入管道。它更有回报，更有趣。所以他们真的，真的应该微笑。
回到我们的Alex，如果他们按照我们建议的去做，他们真的有很大的机会将整个组织转变为DevOps，并成为Strong Fabric的首席信息官。然后继续前进，现在天空是他们事业的极限。他们可以成为任何组织的首席信息官，并开始将越来越多的组织转变为DevOps。提醒一下，我们讲过的布拉德福德影响者权威模型，在你完全了解这个模型，并知道如何处理反对意见之前，你不能贸然行事。非常感谢。我在推特上是@jbaruch。这是AWS峰会。别忘了JFROG.Com/shownotes，这里已经有幻灯片、视频、所有链接和精彩的抽奖活动，感谢你在这里见面。非常感谢大家，祝大家接下来的会议愉快。
