如何向非技术经理解释发展?


15

我对DevOps感到非常兴奋。我知道DevOps是将我们带入建立IT架构的方法论,该架构将简化并推动我们的公司前进。
但是如何将其出售给我的老板,尤其是非技术老板?

我们将实施一个自动化项目,其中包括自动化部署,基础架构云化,持续集成过程..我们绝对需要说服我们的老板对此进行更高级别的投资。

注意:我们开始通过自动化测试,发布和监督来改进流程,这是采用devOps的一步,但是由于我们需要更多的投资,因此自动化项目本身处于待命状态。


由于这主要是文化和组织结构的变化,因此应该几乎相反。你的老板应该在这个上卖给你。多数原因与技术无关。但是这个问题需要一些工作。您应该对此进行更多扩展。
吉里·克鲁达

@ Pierre.Vriens:是的,我们将实施一个自动化项目,包括自动化部署,基础架构云化,持续集成过程..我们绝对需要说服我们的老板在此方面进行更高的投资。
风暴

您是说(1)您要启动(但尚未启动)自动化项目并需要投资才能启动,还是(2)您已启动自动化项目并想要更多投资?
kenchew

嘿@storm,你有一个像1K老板上课,谁都挺点击这里查看你的问题?在1天内获得该问题的+ 1K观看次数????
Pierre.Vriens

@ Pierre.Vriens:似乎每个人都想说服他的老板关心devOps。
风暴

Answers:


14

作为顾问,我有合同义务回答,“取决于”。有了这一点,我实际上可以回答您的问题。

它取决于什么?好吧,这可能取决于您的老板对DevOps的看法:

  1. 如果您的老板听说过这个词,也许是因为对CIO.com的痴迷,然后问他们他们的意思。从那里找出区别是什么,以及他们的观点是否兼容。确定一个合适的项目来试用DevOps并将其推销给他们。请记住,DevOps的核心是文化,因此请考虑如何将其应用于项目。

  2. 如果您的老板从未听说过该术语,请为DevOps建立业务案例。使用Puppet Labs DevOps状态和诸如Phoenix Project之类的书中的材料来编写业务案例。找到老板遇到的问题,DevOps可以解决并将其用作对话的启动器。正如kenchew所说,您不必提及DevOps,例如,您可能建议操作部门更多地参与项目,或者将更多的测试自动化计划为项目交付的一部分。

  3. 如果您的老板认为DevOps只是另一个时髦的词,请执行上述操作之一,但绝对不要提及DevOps,请查看其他类似的模型,例如站点可靠性工程,平台工程或持续部署,并找出它们如何解决问题。

关键是要专注于了解老板的动机,然后花一点时间,金钱和人员采取切实措施来解决该问题。

我强烈推荐Daniel H. Pink撰写的《以人为本》一书,从根本上讲,Daniel Pink谈论出售某物是一件非常人性的事情,我们要做的就是挖掘需求,并通过提出一个建议来调整我们的“基调”满足这些需求的解决方案。


好吧,很公平,它可以是复数形式的“老板”,要注意的是,尽管在口语化的英国人中普遍使用“他们的”而不是“他的或她的”,但实际上却被认为是糟糕的英语。
理查德·斯莱特

抱歉,@ Richard,这是您的答案,所以请纠正我上次编辑中可能引入的任何错误(如果是这种情况)。毕竟,我假设您是英语母语人士(我遭受了ESL ...)。但是merci(oeps)已经因为试图解决我之前已删除的评论而告终。
Pierre.Vriens

@ Pierre.Vriens我认为您所做的编辑不会让它变得更糟,我不愿提及一个人时键入“他们的”。这就是说它可能只是读取,以及如果没有更好的指老板ES复数。Merci,Dank U,TackSåMycket和Vielen Dank一如既往地为您提供意见。
理查德·斯莱特

好的,bedankt!Gracias,Grazie,Obrigado,Tak,Tack ska du ha ...如果没有任何意义,那么大约20分钟左右就可以“批准”或“ +1”了。在这里吃晚餐的时间...
Pierre.Vriens

8

你不知道

尽管您对DevOps充满热情,但非技术老板并没有真正将您对技术术语的迷恋带给您。

首先,向您的老板展示您已完成的小型试点项目的好处。收集一些有用的数据点以证明您的情况。(发现了这个问题可能会有所帮助:有哪些方法可以测量DevOps的ROI?

接下来,告诉老板,您的项目可以带来更多收益,但需要少量投资。(尝试找出一个不会让老板掉下椅子的项目。如果您和老板一起工作了一段时间,您应该对这个数字有一个感觉。)

一旦获得投资,就必须出色地实现目标。更好的是,远远超过它!

现在,老板终于问你:“那你做了什么,给我们带来了很多好处?”

这是您宣布的时间:

“ DevOps”

并为下一个devops项目请求更多的投资。


与我之前对理查德的回答写的评论类似:如果“我的”老板是“她的……”该怎么办...?您介意(也)以某种方式进行纠正吗?
Pierre.Vriens

更新。我真是沙文主义者!我请求原谅。
kenchew

不需要“赦免”(我希望我的附加编辑对您来说很合适,因为OP-er似乎有多个上司)……BTW:如果有人问我您在回答中提到的最后一个问题,我总是尝试回答类似“再次雇用我,然后我会告诉/教您!”。
Pierre.Vriens

出色的编辑!完全没有问题。至于最后一个答案,我只需要在答案中得到“ DevOps”一词即可。; p
kenchew

4

如果您将其与组织的底线或底线相关联,那么任何业务计划都将获得吸引力。

内部行动(例如devops)只会影响底线。您需要确定个人执行的重复工作的成本,以及自动化如何减少该支出。

即使非技术性的经理可能不了解选择厨师而不是木偶之间的区别,但他们对行业趋势也有所了解。您可以让他们知道由于无法使用构建而导致的延迟成本,回归问题的成本以及您的方法如何减少这些成本。如果您可以在底线上显示出切实的改进计划,并且比其他行动计划要好,您将获得通过。


3

对于不熟悉(或只是误解)DevOps这个词的人,我的推理依据是“更频繁地交付业务价值”。以我的经验,这是很少有经理能够反对的事情。他们明白了。

如果他们说“我们只需要有人来整理我们的开发工作,大概只需几周的工作;那么我们现在要在开发工作上投入的资金是有限的”,我只是想解释一下,就像说“我们不希望我们的公司提供太多的业务价值。我们只需要更多,但这就是事实。”

当然,这只是夸夸其谈,但我发现它是有效的,远不止让他们读一本关于丰田的书。


2

先前答案中的所有内容都是正确的,但我认为实际需要您老板的批准和承诺尚有一些不足(顺便说一句:大多数人最多只有1位老板...)。

墨菲先生迟早会来的(= 任何可能出错的地方,都会出错,并且在不应该出错的地方也会出错)。到那时,一些老板将希望获得诸如此类问题的答案:

什么时候以及为什么发生什么事,哪个授权用户实际上批准了它?

到那时,您将可以从现有的DevOps练习中获得真正的投资回报……和/或突然之间,您将获得各种巨大的预算批准,以实施您想要的目标。

即使Murphy花费的时间太长,您的公司也可能会遇到诸如Richard在问题“ 工程师部署和运行代码时,哪些流程或工具可以实现职责分离? ”中描述的要求。需求吓到CxO ...)。

但是,如果您必须向刚接触它的人介绍“ DevOps”,它可能会帮助他们像“ 确定 ”那样提前警告“他们,所以您想开始DevOps的实践,太好了!但是要注意,就像转向另一种宗教...


“老板”是我的老板,也是我老板的老板..是的,不幸的是,他们俩都不虔诚(从技术上来讲)
风暴
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.