我对DevOps感到非常兴奋。我知道DevOps是将我们带入建立IT架构的方法论,该架构将简化并推动我们的公司前进。
但是如何将其出售给我的老板,尤其是非技术老板?
我们将实施一个自动化项目,其中包括自动化部署,基础架构云化,持续集成过程..我们绝对需要说服我们的老板对此进行更高级别的投资。
注意:我们开始通过自动化测试,发布和监督来改进流程,这是采用devOps的一步,但是由于我们需要更多的投资,因此自动化项目本身处于待命状态。
我对DevOps感到非常兴奋。我知道DevOps是将我们带入建立IT架构的方法论,该架构将简化并推动我们的公司前进。
但是如何将其出售给我的老板,尤其是非技术老板?
我们将实施一个自动化项目,其中包括自动化部署,基础架构云化,持续集成过程..我们绝对需要说服我们的老板对此进行更高级别的投资。
注意:我们开始通过自动化测试,发布和监督来改进流程,这是采用devOps的一步,但是由于我们需要更多的投资,因此自动化项目本身处于待命状态。
Answers:
作为顾问,我有合同义务回答,“取决于”。有了这一点,我实际上可以回答您的问题。
它取决于什么?好吧,这可能取决于您的老板对DevOps的看法:
如果您的老板听说过这个词,也许是因为对CIO.com的痴迷,然后问他们他们的意思。从那里找出区别是什么,以及他们的观点是否兼容。确定一个合适的项目来试用DevOps并将其推销给他们。请记住,DevOps的核心是文化,因此请考虑如何将其应用于项目。
如果您的老板从未听说过该术语,请为DevOps建立业务案例。使用Puppet Labs DevOps状态和诸如Phoenix Project之类的书中的材料来编写业务案例。找到老板遇到的问题,DevOps可以解决并将其用作对话的启动器。正如kenchew所说,您不必提及DevOps,例如,您可能建议操作部门更多地参与项目,或者将更多的测试自动化计划为项目交付的一部分。
如果您的老板认为DevOps只是另一个时髦的词,请执行上述操作之一,但绝对不要提及DevOps,请查看其他类似的模型,例如站点可靠性工程,平台工程或持续部署,并找出它们如何解决问题。
关键是要专注于了解老板的动机,然后花一点时间,金钱和人员采取切实措施来解决该问题。
我强烈推荐Daniel H. Pink撰写的《以人为本》一书,从根本上讲,Daniel Pink谈论出售某物是一件非常人性的事情,我们要做的就是挖掘需求,并通过提出一个建议来调整我们的“基调”满足这些需求的解决方案。
你不知道
尽管您对DevOps充满热情,但非技术老板并没有真正将您对技术术语的迷恋带给您。
首先,向您的老板展示您已完成的小型试点项目的好处。收集一些有用的数据点以证明您的情况。(发现了这个问题可能会有所帮助:有哪些方法可以测量DevOps的ROI?)
接下来,告诉老板,您的项目可以带来更多收益,但需要少量投资。(尝试找出一个不会让老板掉下椅子的项目。如果您和老板一起工作了一段时间,您应该对这个数字有一个感觉。)
一旦获得投资,就必须出色地实现目标。更好的是,远远超过它!
现在,老板终于问你:“那你做了什么,给我们带来了很多好处?”
这是您宣布的时间:
“ DevOps”
并为下一个devops项目请求更多的投资。
对于不熟悉(或只是误解)DevOps这个词的人,我的推理依据是“更频繁地交付业务价值”。以我的经验,这是很少有经理能够反对的事情。他们明白了。
如果他们说“我们只需要有人来整理我们的开发工作,大概只需几周的工作;那么我们现在要在开发工作上投入的资金是有限的”,我只是想解释一下,就像说“我们不希望我们的公司提供太多的业务价值。我们只需要更多,但这就是事实。”
当然,这只是夸夸其谈,但我发现它是有效的,远不止让他们读一本关于丰田的书。
先前答案中的所有内容都是正确的,但我认为实际需要您老板的批准和承诺尚有一些不足(顺便说一句:大多数人最多只有1位老板...)。
墨菲先生迟早会来的(= 任何可能出错的地方,都会出错,并且在不应该出错的地方也会出错)。到那时,一些老板将希望获得诸如此类问题的答案:
什么时候以及为什么发生什么事,哪个授权用户实际上批准了它?
到那时,您将可以从现有的DevOps练习中获得真正的投资回报……和/或突然之间,您将获得各种巨大的预算批准,以实施您想要的目标。
即使Murphy花费的时间太长,您的公司也可能会遇到诸如Richard在问题“ 工程师部署和运行代码时,哪些流程或工具可以实现职责分离? ”中描述的要求。需求吓到CxO ...)。
但是,如果您必须向刚接触它的人介绍“ DevOps”,它可能会帮助他们像“ 确定 ”那样提前警告“他们,所以您想开始DevOps的实践,太好了!但是要注意,就像转向另一种宗教... ”