让DevOps走上正轨的8个步骤

为你的组织定义DevOps

Gartner将DevOps定义为一种使用敏捷方法、协作和自动化交付解决方案的业务驱动方法。但是，用您的组织能够理解的术语定义目标状态是很重要的。为你的计划选择一个标签，为人们提供一个“旗帜”来识别和支持，这将有助于让他们加入进来。定义应该简短，重点突出，支持业务论证。

选择“first mover”应用程序

不要在单个步骤中部署DevOps。DevOps必须迭代部署，每个增量都必须满足以下三个品质:

1. 政治友好环境:这意味着人们愿意使用先发应用程序，并给予主动性一个公平和诚实的尝试。
2. 可接受的值:先行者必须提供足够的价值，以赢得信誉和认可，才能继续下去。
3. 可接受的风险:由于围绕DevOps的模糊性和不确定性，许多人认为它有风险，不敢开始。组织应该识别包含可接受风险水平的机会，因为每个人——IT、运营、开发、信息安全、法规遵从和审计——都必须学习。

“DevOps的核心用例是在敏捷开发和有很大不确定性的情况下，比如机器学习而且物联网(物联网)，但由于DevOps哲学可以广泛应用，将有其他机会引入概念，”Spafford说。“然而，创新系统的最初影响通常会更好，因为现有的能力可能无法支持大数据、机器学习、物联网等项目。”

“因为人是DevOps计划中最重要的部分，理解和实施正确的激励因素是至关重要的。”

确定初始团队

人是成功DevOps计划的主要成分。在选择初始团队成员时，要强调行为而不是技能。教授技术技能比教授正确的行为更容易——错误的行为会使DevOps的努力脱轨。寻找一个聪明、积极、理解风险、终生学习、有能力以新方式工作的团队合作者。

建立目标和指标

因为人是DevOps计划中最重要的部分，理解和实现正确的激励因素是至关重要的。斯帕福德说:“在许多传统的组织中，目标是由部门制定的，IT指标是用来解决问题并奖励解决问题的人的。”

“在DevOps计划中，目标必须在团队层面上，并与团队的业务目标保持一致。DevOps团队成员必须意识到他们都有相同的目标，度量和激励必须鼓励团队朝着业务目标前进，而不是强化风险规避和个人问题解决的度量。”

专注于约束

I&O领导应该找出限制吞吐量的最大瓶颈。开发和将新系统和已更改的系统转换为生产系统的生命周期将是限制吞吐量的最大约束。通过关注这个最大的约束，DevOps团队可以有条不紊地识别出是什么阻碍了他们达到所需的节奏，并解决它。

“不要在你准备好之前就试图扩大规模，从而破坏一个有效的DevOps计划”

开发工具链

真正DevOps实现的总体目标包括一个集成的工具链，该工具链支持一种评估和选择工具的方法，以便在应用程序生命周期中每个工具都可以与相邻的工具松散耦合。将所有的自动化接触点和信息流联系起来，可以加快发布版本在工具链中的移动，同时减少错误、缺陷、返工和中断。这将允许在每个阶段使用的工具对齐，并将提供一个关于自动化、集成和工具交接需要在阶段内部和阶段之间实现的视图。

规模,当准备好了

太多的公司错误地认为，为了获得批准，他们需要在开始之前就将DevOps进行扩展。这就导致了一个恶性循环。因为他们不知道如何扩展DevOps，所以他们无法开始。因为他们无法开始，他们无法学习和弄清楚如何扩大规模。

Spafford建议:“不要在你准备好之前就试图扩大规模，从而破坏有效的DevOps计划。”

相反，你应该把你的团队召集起来，开始朝着最有意义的方向前进，解决遇到的限制。学习和进化必须在人员、技术和过程方面发生。技术债务是不可避免的，随着发展，管理这些债务是新模式的一部分。”