无权限地影响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部门以及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手册和Accelerate这本书。还有其他的网站可靠性工程，独角兽项目，我和JFrog的联合创始人合著的关于持续更新的液体软件的书。还有一点非常重要战争和平与IT。《战争与和平与IT》是一本非常重要的书，因为它从管理者的角度讨论了DevOps以及你将要做什么。你将影响你的DevOps经理。你最好知道如何用管理和业务的术语正确表达DevOps，阅读战争和平和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’s 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成为精英，并建立我们的遗产。”这是一个非常非常有说服力的论点。
我们从哪里得到这些数字?你可以查看组织内部的公共信息，比如okr，如果你的组织发布了它们。您可以继续进行检查的积压。在一个组织中部署的频率如何，演示，公开的像组织演示，像开始和内部季度总结，春夏等等。通过询问人们的饮水机或其他我们现在使用的东西。在一天结束的时候，你需要做的只是绘制其他人的世界地图。你可以使用丹尼尔·平克的三个参数，驱动自主性，掌握目标，然后再加上。他们采用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堆栈非常好，但您也知道开发人员的世界是什么，测试人员的世界是什么，或者产品经理的工作是什么。如果这些书太多了，《牧场》的内容可以作为大卫·爱泼斯坦(David Epstein)的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，幻灯片，视频，所有链接和令人惊叹的抽奖感谢您在这里见面已经在那里。非常感谢大家，祝接下来的会议顺利。
