在数字化时代，企业需要更快更灵活的交付来支持业务运营，这种迫切的需求促成了DevOps的高速发展，成为了企业获得竞争优势的关键。尽管大家都知道DevOps给业务带来的好处，但由于不知道如何在企业中实际落地DevOps，许多企业仍然难以从中获益。

“目前，Devops还在不断的演变，缺乏标准的定义和方法论，并且会带来管理上的风险，这些不确定的因素让许多企业对于是否实施DevOps仍犹豫不决。”Gartner研究总监George Spafford说。

虽然现在还没有业界达成共识的DevOps实施阶段，但Spafford建议I&O（基础架构和运营）领导者们，采取如下八个基本步骤可以让DevOps计划顺利的启动和执行。

1、确定业务需求

在启动DevOps计划之前，首先应该避免没有业务需求而强行为了上DevOps而上DevOps，方法和工具永远没有客户需求重要。

“例如，不要把关注点放在更快的发布上面，而要思考，通过更快的发布能带来什么商业价值。”Spafford解释道。“通过提高APP的发布率，我们将能够更快地进行创新，从而支持销售和营销策略，推动客户通过APP下单。这才是启动DevOps计划的理由。成功的企业知道他们希望从DevOps中实现什么样的商业利益。”

2、在您的企业中重新定义DevOps

Gartner将DevOps定义为一种，使用敏捷方法、协同和自动化，由业务驱动的交付解决方案。但在实际落地的过程中，您应该根据将要实现的业务目标，重新定义DevOps，以便让企业上下的人更容易理解。甚至您可以写一条简短明确的标语做成横幅悬挂在办公室，让大家目标清晰、理念一致，齐心协力朝同一个方向努力。

3、选择“先行者”程序

DevOps在部署前，需要满足下面的三个条件：

环境友好：宽松友好的工作环境，意味着可以有人可以成为“先行者”，第一个站出来进行倡议，并得到大家积极正面的尝试。

价值认同：先行者需要阐明DevOps带来的价值，并获得大家的认同和支持。

风险接受：由于DevOps的模糊性和不确定性，许多人将其视为一场冒险，拒绝DevOps转型。我们可以制定一个风险收益表，列明不同收益相对的可接受的风险水平，DevOps项目中涉及到的每个人：IT、运营、开发、信息安全、监管合规和审计等都应对此有清晰的认识，接受其可能存在的风险。

“DevOps的核心用例是敏捷开发和一些具有相当大不确定性的场景，例如机器学习和物联网（IoT）。但其实DevOps理念可以被广泛应用，在其他领域我们也可以引入DevOps的概念，”Spafford说。“当然，最好先将DevOps用于系统方面的创新，因为现有的功能可能无法支撑诸如大数据、机器学习、物联网等举措。”

4、确定初始团队

人，是确保DevOps 计划成功落地的主要组成部分。选择初始团队的成员时，相对于这个人所掌握的IT技能，我们更应该注重他所呈现出来的状态。技能可以慢慢教会，但好的状态却很难教会。负面的行为状态会让其他人对DevOps的努力付诸东流。我们应该寻找聪明、积极主动、可以理解并承受风险、善于终身学习、能接受新式工作方式的，这样的一个优秀的团队成员。

5、设定目标和考核指标

人是DevOps计划中最重要的部分，找到并实施正确的激励方向至关重要。

Spafford说：“在许多传统组织中，目标是按照部门设定的，IT部门的考核指标已经固化，以解决问题为标准。而在DevOps计划中，需要从团队层面设置目标，与团队的业务目标保持一致。DevOps团队成员必须意识到他们都有相同的目标。考核指标和激励措施的设定方向，需以鼓励团队合作实现业务目标来定，而不是偏向于风险管理或者是个人解决问题的能力。”

6、找到限制因素

I＆O领导者应该找到限制生产力的最大瓶颈。DevOps是一种全新的、充满变化的系统，将其上线到生产的过程中时，会有一个制约其生产力的最大的限制因素。找到这个最大的限制因素，DevOps团队可以清晰的知道是什么打乱了节奏、扯了后腿，从容解决这个瓶颈。

7、开发工具链

真正的DevOps要实现的总体目标包括一个集成的工具链，该工具链支持评估和选择工具，以便在应用程序生命周期中，每个工具都可以与其相邻的工具松散地耦合。通过工具链，链接所有的自动化接触点和信息流可加快版本发布速度，同时减少错误、缺陷、返工和停机。这将使每个阶段所使用的工具保持一致，并提供全新的视图，发现在阶段内或者不同阶段之间，哪里需要进行自动化、集成或者是切换工具。

8、准备好了再扩展DevOps的规模

太多的公司错误地认为，在启动DevOps之前，需要扩展DevOps的规模才能获得更多的支持。这将导致恶性循环：不知道如何扩展DevOps，他们无法启动项目；而且因为他们无法启动项目，他们无法搞懂如何去做扩展。

“在切实准备好之前，不要试图扩展DevOps项目，以免损害已经看到的成效。”Spafford建议道。

“相反，将你的团队聚集在一起，开始朝着看起来最明朗的方向前进，并解决途中遇到的限制。在人的能力、技术的能力和流程方面的学习和进步需要同步进行。变革带来的技术债务不可避免，但学会管理债务也是新模式的一部分。”

本文翻译自Gartner文章：《8 Steps to Get DevOps Right》

在数字化时代，企业需要更快更灵活的交付来支持业务运营，这种迫切的需求促成了DevOps的高速发展，成为了企业获得竞争优势的关键。尽管大家都知道DevOps给业务带来的好处，但由于不知道如何在企业中实际落地DevOps，许多企业仍然难以从中获益。

“目前，Devops还在不断的演变，缺乏标准的定义和方法论，并且会带来管理上的风险，这些不确定的因素让许多企业对于是否实施DevOps仍犹豫不决。”Gartner研究总监George Spafford说。

虽然现在还没有业界达成共识的DevOps实施阶段，但Spafford建议I&O（基础架构和运营）领导者们，采取如下八个基本步骤可以让DevOps计划顺利的启动和执行。

1、确定业务需求

在启动DevOps计划之前，首先应该避免没有业务需求而强行为了上DevOps而上DevOps，方法和工具永远没有客户需求重要。

“例如，不要把关注点放在更快的发布上面，而要思考，通过更快的发布能带来什么商业价值。”Spafford解释道。“通过提高APP的发布率，我们将能够更快地进行创新，从而支持销售和营销策略，推动客户通过APP下单。这才是启动DevOps计划的理由。成功的企业知道他们希望从DevOps中实现什么样的商业利益。”

2、在您的企业中重新定义DevOps

Gartner将DevOps定义为一种，使用敏捷方法、协同和自动化，由业务驱动的交付解决方案。但在实际落地的过程中，您应该根据将要实现的业务目标，重新定义DevOps，以便让企业上下的人更容易理解。甚至您可以写一条简短明确的标语做成横幅悬挂在办公室，让大家目标清晰、理念一致，齐心协力朝同一个方向努力。

3、选择“先行者”程序

DevOps在部署前，需要满足下面的三个条件：

环境友好：宽松友好的工作环境，意味着可以有人可以成为“先行者”，第一个站出来进行倡议，并得到大家积极正面的尝试。

价值认同：先行者需要阐明DevOps带来的价值，并获得大家的认同和支持。

风险接受：由于DevOps的模糊性和不确定性，许多人将其视为一场冒险，拒绝DevOps转型。我们可以制定一个风险收益表，列明不同收益相对的可接受的风险水平，DevOps项目中涉及到的每个人：IT、运营、开发、信息安全、监管合规和审计等都应对此有清晰的认识，接受其可能存在的风险。

“DevOps的核心用例是敏捷开发和一些具有相当大不确定性的场景，例如机器学习和物联网（IoT）。但其实DevOps理念可以被广泛应用，在其他领域我们也可以引入DevOps的概念，”Spafford说。“当然，最好先将DevOps用于系统方面的创新，因为现有的功能可能无法支撑诸如大数据、机器学习、物联网等举措。”

4、确定初始团队

人，是确保DevOps 计划成功落地的主要组成部分。选择初始团队的成员时，相对于这个人所掌握的IT技能，我们更应该注重他所呈现出来的状态。技能可以慢慢教会，但好的状态却很难教会。负面的行为状态会让其他人对DevOps的努力付诸东流。我们应该寻找聪明、积极主动、可以理解并承受风险、善于终身学习、能接受新式工作方式的，这样的一个优秀的团队成员。

5、设定目标和考核指标

人是DevOps计划中最重要的部分，找到并实施正确的激励方向至关重要。

Spafford说：“在许多传统组织中，目标是按照部门设定的，IT部门的考核指标已经固化，以解决问题为标准。而在DevOps计划中，需要从团队层面设置目标，与团队的业务目标保持一致。DevOps团队成员必须意识到他们都有相同的目标。考核指标和激励措施的设定方向，需以鼓励团队合作实现业务目标来定，而不是偏向于风险管理或者是个人解决问题的能力。”

6、找到限制因素

I＆O领导者应该找到限制生产力的最大瓶颈。DevOps是一种全新的、充满变化的系统，将其上线到生产的过程中时，会有一个制约其生产力的最大的限制因素。找到这个最大的限制因素，DevOps团队可以清晰的知道是什么打乱了节奏、扯了后腿，从容解决这个瓶颈。

7、开发工具链

真正的DevOps要实现的总体目标包括一个集成的工具链，该工具链支持评估和选择工具，以便在应用程序生命周期中，每个工具都可以与其相邻的工具松散地耦合。通过工具链，链接所有的自动化接触点和信息流可加快版本发布速度，同时减少错误、缺陷、返工和停机。这将使每个阶段所使用的工具保持一致，并提供全新的视图，发现在阶段内或者不同阶段之间，哪里需要进行自动化、集成或者是切换工具。

8、准备好了再扩展DevOps的规模

太多的公司错误地认为，在启动DevOps之前，需要扩展DevOps的规模才能获得更多的支持。这将导致恶性循环：不知道如何扩展DevOps，他们无法启动项目；而且因为他们无法启动项目，他们无法搞懂如何去做扩展。

“在切实准备好之前，不要试图扩展DevOps项目，以免损害已经看到的成效。”Spafford建议道。

“相反，将你的团队聚集在一起，开始朝着看起来最明朗的方向前进，并解决途中遇到的限制。在人的能力、技术的能力和流程方面的学习和进步需要同步进行。变革带来的技术债务不可避免，但学会管理债务也是新模式的一部分。”

本文翻译自Gartner文章：《8 Steps to Get DevOps Right》