尽管有那么多关于DevOps的宣传，却稀有人写关于正式的DevOps策略。 DevOps计划更多的是开始于工具上的探讨，并在技术上停滞不前。 较大的愿景极少被讨论。 本文的目的是为大型和小型企业提供创造这一愿景的框架，并开启DevOps的承诺。

DevOps策略的要素

最基本的整体DevOps战略必须回答以下问题：

·       我们应该集中精力在哪里？ 我们从哪里开始？

·       我们要解决什么？

·       我们的目标是什么？ 我们如何解决呢？ 这需要多长时间？

·       这会对大型企业产生什么影响？ 谁是我们的利益相关者，他们看重什么？

·       这值得做吗？ 有什么利益和成本？

如果正确实施，一个良好的战略为组织提供了重点，创造了对当前问题的共同（无偏见）观点，未来发展的状态，让增长机会显山露水，从而产生更好的业务输出。

DevOps策略图：平衡计分卡框架

平衡计分卡框架通常包含四个层次的视角，突出了构建策略所需的关键实践和目标。 我们首选这个框架主要是因为它三件事情做的非常好。 首先，它为制定战略提供了一个纪律性的方法。 二是将关键活动联系在一起，并描述它们之间的因果关系。 第三（也是最重要的），它很容易使用和遵循。

计分卡通常从下到上读取。 以下附带的是为DevOps量身定制的平衡计分卡。

DevOps策略地图

1.人，流程与技术

在DevOps中，我们拥有大量丰富的应用程序，技术，竞争计划，瓶颈，模糊问题，工具等。这一维度的目标是缩小应用程序选项（SOR V.S.SOE）【备注：SOR是记录性系统，如OA；SOE是交互型系统，如APP、网站类服务】，并针对真正重要的问题（价值流图的实际运用）。 通过这样做，我们把清晰度和重点放在组织上，极大的提高了成功的机会。

2.关键能力

下一步包括了三个活动 - 创造一个愿景（包括未来状态价值流图），确定投资点，并制定实施计划。 在做这个练习时，要记住三件事情。 首先，为您的愿景挑选一个比较难的目标，而不是“提高速度”，设法“提高25％的速度”。 二要特别注意能力差距。 差距可以用来确定投资领域，大概预算以及投资回报率模型的关键投入。 第三，确保优先考虑瓶颈。 将优先级列表放在时间轴上可以快速转换为实施计划。

3.主要利益相关者的认知

确定您的关键利益相关者，确定其优先级，并相应调整策略是下一个关键步骤。 一些要考虑的关键利益相关方是业务/最终客户，CIO和IT领导，开发，运营和安全。 一旦确定，将价值驱动因素从愿景与每个利益相关者相匹配。 这与上一节的结果一起将突出您未来的状态解决方案的陷阱，可行性和政治异议。

4.对本组织的价值

财务利益部分是平衡计分卡的基石。 通过使用前面部分的输出，业务案例将整个策略整合在一起。 对于获得的好处，一部分是可以量化，一部分是不可量化的。 我们看到的最常见的好处列在上面的图表中。 要获得投资回报率，将硬收益与前一部分的投资结合在一起。

最后一件事

战略地图应该是迭代的 - DevOps解决方案的伟大之处在于它不是“一刀切”的方法。尝试上述所有的步骤。 调整安排，改变范围，更新解决方案并重新定义愿景，直到实现一个对您的组织具有变革性和可实现性的目标。

原创：DevOps爱吃巧克力

尽管有那么多关于DevOps的宣传，却稀有人写关于正式的DevOps策略。 DevOps计划更多的是开始于工具上的探讨，并在技术上停滞不前。 较大的愿景极少被讨论。 本文的目的是为大型和小型企业提供创造这一愿景的框架，并开启DevOps的承诺。

DevOps策略的要素

最基本的整体DevOps战略必须回答以下问题：

·       我们应该集中精力在哪里？ 我们从哪里开始？

·       我们要解决什么？

·       我们的目标是什么？ 我们如何解决呢？ 这需要多长时间？

·       这会对大型企业产生什么影响？ 谁是我们的利益相关者，他们看重什么？

·       这值得做吗？ 有什么利益和成本？

如果正确实施，一个良好的战略为组织提供了重点，创造了对当前问题的共同（无偏见）观点，未来发展的状态，让增长机会显山露水，从而产生更好的业务输出。

DevOps策略图：平衡计分卡框架

平衡计分卡框架通常包含四个层次的视角，突出了构建策略所需的关键实践和目标。 我们首选这个框架主要是因为它三件事情做的非常好。 首先，它为制定战略提供了一个纪律性的方法。 二是将关键活动联系在一起，并描述它们之间的因果关系。 第三（也是最重要的），它很容易使用和遵循。

计分卡通常从下到上读取。 以下附带的是为DevOps量身定制的平衡计分卡。

DevOps策略地图

1.人，流程与技术

在DevOps中，我们拥有大量丰富的应用程序，技术，竞争计划，瓶颈，模糊问题，工具等。这一维度的目标是缩小应用程序选项（SOR V.S.SOE）【备注：SOR是记录性系统，如OA；SOE是交互型系统，如APP、网站类服务】，并针对真正重要的问题（价值流图的实际运用）。 通过这样做，我们把清晰度和重点放在组织上，极大的提高了成功的机会。

2.关键能力

下一步包括了三个活动 - 创造一个愿景（包括未来状态价值流图），确定投资点，并制定实施计划。 在做这个练习时，要记住三件事情。 首先，为您的愿景挑选一个比较难的目标，而不是“提高速度”，设法“提高25％的速度”。 二要特别注意能力差距。 差距可以用来确定投资领域，大概预算以及投资回报率模型的关键投入。 第三，确保优先考虑瓶颈。 将优先级列表放在时间轴上可以快速转换为实施计划。

3.主要利益相关者的认知

确定您的关键利益相关者，确定其优先级，并相应调整策略是下一个关键步骤。 一些要考虑的关键利益相关方是业务/最终客户，CIO和IT领导，开发，运营和安全。 一旦确定，将价值驱动因素从愿景与每个利益相关者相匹配。 这与上一节的结果一起将突出您未来的状态解决方案的陷阱，可行性和政治异议。

4.对本组织的价值

财务利益部分是平衡计分卡的基石。 通过使用前面部分的输出，业务案例将整个策略整合在一起。 对于获得的好处，一部分是可以量化，一部分是不可量化的。 我们看到的最常见的好处列在上面的图表中。 要获得投资回报率，将硬收益与前一部分的投资结合在一起。

最后一件事

战略地图应该是迭代的 - DevOps解决方案的伟大之处在于它不是“一刀切”的方法。尝试上述所有的步骤。 调整安排，改变范围，更新解决方案并重新定义愿景，直到实现一个对您的组织具有变革性和可实现性的目标。

原创：DevOps爱吃巧克力