软件对当今企业的成功至关重要。很简单，你改变软件的速度就是你的企业创新和竞争的速度。如果你不能像你的同龄人一样快速地改变，你就给了他们一个抢夺市场份额和竞争优势的机会。这意味着IT团队面临着巨大的压力，他们需要比以往任何时候都更快地交付应用程序、基础设施和服务。

但是，如果现有工具和流程不能以同样的速度进行调整，那么交付速度的加快会带来巨大的风险。在这种情况下，诸如计划外停机、关键应用程序故障和更高的交付成本等结果可能与更高的业务敏捷性一样重要。对于许多组织来说，敏捷开发和/或DevOps是解决这个问题的一种方法。这些新方法提供了以高速（对于某些应用程序可能每天数千次）自动交付更改的方法，而且最关键的是，这样做的风险要比传统流程低。

因此，如果是这样的话，你可能会问，为什么不是每个公司都已经在做DevOps？好吧，除了改变你的操作方式是一个非常敏感的话题之外，当你谈论像SAP这样的关键业务系统时，部分原因很简单，因为改变是困难的。改变几十年来根深蒂固的思维定势从来都不是一件容易的事，尤其是因为虽然改变的"不利因素"往往相对明显——特别是在成本方面——但在开始之前，好处并不总是显而易见的，如果您要获得管理层的认可以及采用DevOps for SAP所需的投资，那么可靠的商业案例可能是必不可少的。这可能是采用新方法和保持现状之间的区别，因此在本博客中，我将提出一些关键步骤，这些步骤可以帮助您构建一个引人注目的业务案例，并为您赢得所需的支持，以使您的SAP管理方式现代化。

1。并不是所有的数字

定性描述可以帮助你以一种与相关利益相关者产生共鸣的方式制定你的提案。DevOps是关于现代化的。它是通过运用自动化和精益制造原理来优化资源、降低变革风险和提高效率。这些术语可能看起来含糊不清，也许与手头的任务无关，但使用积极、前瞻性的语言来定位你的提案，有助于确定正确的基调，让人们从一开始就与你在一起。明确您的要求

现实地说，在SAP环境中采用DevOps需要一定程度的投资。这可能是一种直接成本——例如，设计用于支持DevOps for SAP的自动化软件对于成功至关重要，或者以新的工作方式培训团队成员——但也可能是将人员从正常的日常工作中重新分配的"机会成本"。无论哪种方式，明确你的要求将避免困难的情况下，在以后的阶段，并给出了一个起点，任何投资回报率的计算。确定可量化的结果

DevOps的广泛原则有助于设置场景，但它们不足以证明您所要求的投资是合理的。您需要定义一些您认为与您的业务相关的实际成果，特别是与您的SAP环境相关的成果，例如：

降低停机成本。DevOps for SAP可以提供更严格的流程并改进质量、稳定性和风险控制，所有这些合在一起可以将生产停机时间减少70%。这对业务产生了重大影响——IDC估计，淘客插件，关键应用程序故障每小时的成本高达100万美元，而Gartner将每分钟5600美元作为"网络停机"的基准成本。尽早交付业务价值。DevOps可以缩短开发周期，使您能够更快地交付解决方案，从而增加收入并增强您的竞争优势。如果您可以估计更改（例如新功能）的潜在价值，那么您就可以指出早期交付可能产生的额外收入（或成本节约）。省去了昂贵的手工劳动。DevOps有助于自动化端到端的开发和交付过程。在某些情况下，我们看到许多公司将90%的SAP开发生命周期自动化。这可以通过多种方式增加价值，比如减少错误、增加变更量以及让团队成员自由地做额外的增值工作。消除返工和浪费。当解决方案部署不正确或不完整，或者需求不明确时，就会出现无休止的QA和开发循环。DevOps将质量转移到左边，并大量增加团队之间的协作，以提高开发和测试效率。正在进行的不必要工作也可能属于"浪费"一类。您知道在您的SAP环境中创建了多少个传输，但从未部署过吗？

4. 添加一些数据

以真正巩固您的案例，人工智能知识体系，并用它们对您的业务可能意味着什么的示例来补充这些一般结果。要做到这一点，您需要确定有助于提高开发和交付过程的成本和/或效率的适当KPI。这可能并不容易。您现在使用的工具中可能有一些数据，但其中大部分可能是基于与团队成员讨论的"最佳估计"。没关系。重要的是要记住这个过程不是一门科学。不太可能有人期待一个惊人精确的成本计算。我们的目标是为DevOps能够提供的结果创建一个可信的、可理解的视图。

重要的指标可能包括：