但是如何将其出售给我的老板，特别是非技术老板？
我们将实施一个自动化项目，其中包括自动化部署，基础架构云化，持续集成过程..我们绝对需要说服我们的老板对此进行更高级别的投资。
注意：我们开始通过自动化测试，发布和监督来改善流程，这是采用devOps的一步，但是由于我们需要更多的投资，因此自动化项目本身处于待命状态。
#1 楼
作为顾问，我有合同义务回答，“取决于”。顺便说一句，我可以真正回答您的问题。它取决于什么？好吧，这可能取决于您的老板对DevOps的看法：
如果您的老板听说过这个术语，也许是由于他们对CIO.com的痴迷，然后问他们他们的想法它的意思是。从那里找出区别是什么，以及他们的观点是否兼容。确定一个合适的项目来试用DevOps并将其推销给他们。请记住，DevOps的核心是文化，因此请考虑如何将其应用于项目。
如果您的老板从未听说过该术语，请为DevOps建立业务案例。使用Puppet Labs的DevOps状态和诸如Phoenix项目之类的书籍中的材料编写业务案例。找到老板遇到的问题，DevOps可以解决该问题并将其用作对话启动器。正如kenchew所说，您不必提及DevOps，例如，您可以建议Operations在项目交付中更多地参与项目或计划进行更多测试自动化。
如果您的老板认为DevOps只是另一个时髦的词然后执行上述操作之一，但绝对不要提及DevOps，请查看其他类似的模型，例如站点可靠性工程，平台工程或持续部署，并找出它们如何解决问题。
关键是要专注于了解老板的动机，然后花一点时间，金钱和人脉来采取切实措施来解决该问题。
我强烈推荐这本书到丹尼尔·H·平克（Daniel H. Pink）的《卖出是人类》，从根本上讲，丹尼尔·平克（Daniel Pink）谈论出售一件商品是一件非常人性的事情，我们要做的就是挖掘需求，并通过提出一种可以满足这些需求的解决方案来调整我们的“基调”。
评论
好吧，很公平，它可以是复数形式的“老板”，要注意的是，尽管在口语化的英语中通常使用“他们的”而不是“他的或她的”，但实际上却被认为是糟糕的英语。
–Richard Slater
17年3月24日在18:45
抱歉@Richard，这是您的答案，因此，请纠正我在上一次编辑中可能引入的任何错误（如果是这种情况）。毕竟，我假设您是英语母语人士（我遭受了ESL ...）。但是merci（oeps）已经因为试图解决我之前已删除的评论而告终。
– Pierre.Vriens♦
17 Mar 24 '17 at 18:53
@ Pierre.Vriens我认为您所做的编辑不会让它变得更糟，我不愿提及一个人时键入“他们的”。也就是说，在复数形式中指代老板可能理解得同样好。 Merci，Dank U，TackSåMycket和Vielen Dank一如既往地为您提供意见。
–Richard Slater
17 Mar 24 '17 at 19:05
好的，bedankt！ Gracias，Grazie，Obrigado，Tak，Tack ska du ha ...如果没有任何意义，那么大约20分钟左右就可以“批准”或“ +1”了。在这里吃饭的时间...
– Pierre.Vriens♦
17 Mar 24 '17 at 19:13
#2 楼
你不知道尽管您对DevOps充满热情，但非技术老板并没有真正将您对技术专家的痴迷与分享。
首先，向您的老板展示您所做的小型试点项目的好处。收集一些有用的数据点以证明您的情况。 （发现了这个问题可能会有所帮助：有什么方法可以衡量DevOps的ROI？）
接下来，告诉老板您的项目可以带来更多收益，但需要少量投资。 （尝试找出一个不会让老板掉到椅子上的项目。如果您和老板一起工作了一段时间，您应该对这个数字有个了解。）
一旦获得投资，就可以出色地实现目标。更好的是，远远超过它！
现在，老板终于问你：“那你做了什么，给我们带来了很多好处？”
您宣称：
“ DevOps”
，并要求为下一个devops项目增加投资。
评论
与我以前对理查德的回答写的类似的评论：如果“我的”老板是“她的” ...怎么办呢？
– Pierre.Vriens♦
17 Mar 24 '17 at 18:54
更新。我真是沙文主义者！我请求原谅。
– kenchew
17 Mar 24 '17 at 19:26
不需要“赦免”（我希望我的附加编辑对您来说很合适，因为OP-er似乎有多个上司）……BTW：如果有人问我您在回答中提到的最后一个问题，我总是尝试回答类似“再次雇用我，然后我会告诉/教您！”。
– Pierre.Vriens♦
17 Mar 24 '17在19:35
出色的编辑！完全没有问题。至于最后一个答案，我只需要在答案中得到“ DevOps”一词即可。 ; p
– kenchew
17-3-24在19:39
#3 楼
如果您将任何业务计划显示为与组织的顶线或底线相关，那么任何业务计划都将受到青睐。诸如devop之类的内部计划仅会影响底线。您需要确定个人进行的重复工作的成本，以及自动化如何减少该支出。
尽管非技术性的经理可能不了解选择厨师而不是木偶之间的区别，但他们还是对行业趋势有所了解。您可以让他们知道由于无法使用构建而导致的延迟成本，回归问题的成本以及您的方法如何减少这些成本。如果您可以在底线上显示出切实的改进计划，并且比其他行动计划要好，您将获得通过。
#4 楼
对于不熟悉（或只是误解）DevOps这个术语的人，我的推理依据是“更频繁地交付业务价值”。以我的经验，这是很少有经理能够反对的事情。他们明白了。如果他们说“我们只需要一个人来整理我们的开发工作，可能只需要几个星期的工作；因此我们要投资多少资金是有限制的。我现在只是想解释一下，这就像在说：“我们不希望我们的公司提供太多的商业价值。我们只需要更多，但仅此而已。”
这只是言辞当然，但是我发现它很有效，比告诉他们读一本有关丰田的书更重要。
#5 楼
先前答案中的所有内容都是正确的，但我认为实际上缺少您老板的批准和承诺的某些内容（顺便说一句：大多数人最多只有1位老板...）。墨菲先生迟早会来的（=任何可能出问题，会出问题的地方，并且在不应该出问题时会出问题）。到那时，某些老板将希望获得以下问题的答案：
什么时候，为什么发生了什么，以及哪个授权用户实际上批准了它？
到那时，您将从DevOps的实践中获得真正的投资回报，并且/或者突然之间获得各种巨大的预算批准
即使Murphy要花很长时间，您的公司也可能会遇到诸如Richard在问题“什么过程或工具可以在工程师部署和运行代码时实现职责分离吗？” （这种要求吓到了CxO ...）。但是，如果您不得不向刚接触它的人介绍“ DevOps”，它可能会帮助他们像以前那样“警告”他们“好，所以您想开始DevOps的实践，太好了！但是请注意，这就像切换到另一种宗教...”
评论
“老板”是我的老板，也是我老板的老板..是的，不幸的是，他们俩都不虔诚（从技术上讲）
–风暴
17 Mar 24 '17在21:26
评论
由于这主要是文化和组织结构的变化，因此应该几乎相反。你的老板应该在这个上卖给你。作为执行此操作的大多数原因，与技术无关。但是这个问题需要一些工作。您应该对此进行更多扩展。@ Pierre.Vriens：是的，我们将实施一个自动化项目，其中包括自动化部署，基础架构云化，持续集成过程..我们绝对需要说服我们的老板对此进行更高级别的投资。
您是说（1）您要启动（但尚未启动）自动化项目并需要投资才能启动，还是（2）您已经启动自动化项目并想要更多投资？
嘿@storm，您是否像1K老板一样，都是来这里拜访您的问题的？ 1天内对该问题获得+ 1K观看次数？
@ Pierre.Vriens：似乎每个人都希望说服他的老板关心devOps。