如何向非技术管理人员解释虔诚？

Question

我对DevOps非常兴奋。我知道，DevOps是一种方法，它将推动我们构建一个IT基础设施，从而简化和推动我们的公司向前发展。

但是我怎么把这个卖给我的老板，特别是非技术的老板呢？

我们将实施一个自动化项目，其中包括自动化部署、基础设施云化、持续集成过程。我们绝对需要说服我们的老板在这方面进行更高层次的投资。

注意:我们开始通过自动化测试、发布和监控来改进我们的流程，这是朝着采用devOps迈出的一步，但是自动化项目本身正处于待命状态，因为我们需要更多的投资。

Answer 1

作为一名顾问，我在合同上有义务回答：“视情况而定”。这样我就可以回答你的问题了。

这取决于什么？好吧，这可以归结为你老板对DevOps的看法：

1. 如果你的老板通过他们对CIO.com的痴迷而听说过这个词，那就问问他们这意味着什么。从那里找出区别是什么，以及他们的观点是否兼容。确定一个合适的项目来试用DevOps并向他们推销它。请记住，在核心DevOps是文化，所以请考虑如何将其应用于项目。
2. 如果你的老板从来没有听说过这个词，那就为DevOps建立一个业务案例。使用木偶实验室的DevOps状态和书籍(如凤凰工程 )中的材料编写业务用例。找一个你老板和DevOps可以解决的问题，并把它作为开始交谈的工具。就像kenchew说的，您不必提到DevOps，例如，您可能建议操作人员更多地参与项目或更多测试自动化的计划，作为项目交付的一部分。
3. 如果你的老板认为DevOps只是另一个热门词，那么就做上面的一个，但绝对不要提到DevOps，看看其他类似的模型，比如站点可靠性工程、平台工程或持续部署，并找出他们如何解决问题。

关键是要专注于了解老板的动机，然后花点时间、金钱和人员来解决这个问题。

我强烈推荐“卖是人的丹尼尔·H·平克”一书，从根本上讲，丹尼尔·平克( Daniel )谈到了销售某件东西是一件非常人性化的事情，我们所需要做的就是利用需求，通过提出一个满足这些需求的解决方案来调整我们的“音调”。

Answer 2

你没有。

尽管你对DevOps很有热情，但非科技公司的老板们并不真正喜欢科技术语。

首先，向你的老板展示你做过的一个小试点项目的好处。收集一些有用的数据点来证明你的情况。(发现这个问题可能有帮助：有什么方法来衡量DevOps的ROI？)

接下来，告诉你的老板，你有一个项目可以带来更多的好处，但需要一小笔投资。(试着找出一个不会让你的老板从椅子上掉下来的项目。如果你已经和老板一起工作了一段时间，你应该知道这个数字是什么。)

一旦你得到了投资，就能出色地实现目标。更好的是，远远超过了它！

现在，当老板们终于问你：“你做了什么，给我们带来了这么多好处？”

这是你宣布的时候：

"DevOps“

并要求更多的投资，为您的下一个开发项目。

Answer 3

任何商业计划，如果你表明它与组织的底线或底线的相关性，就会受到牵引力。

诸如devops这样的内部计划只会影响底线。您需要确定由个人完成的经常性工作的成本，以及自动化将如何减少这些支出。

尽管非技术管理人员可能不理解选择厨师而不是木偶之间的区别，但他们对行业趋势有一定的了解。您可以让他们知道由于构建不可用而导致的延迟成本、回归问题的成本以及您的方法如何降低这些成本。如果你能在底线上给出具体的改进计划，如果它比他们盘中的其他行动项目更好的话，你就会得到一个前进的机会。