从灵活的初创企业到大型企业，所有行业的组织都在积极采用DevOps实践，以获得并保持与竞争对手相比的持久商业优势。然而，向DevOps文化过渡可能很困难，尤其是对企业而言。与较小的公司相比，企业有更复杂的遗留软件交付过程，涉及分布式团队和大型、单片应用程序。企业的目标是稳定性和可预测性，这会进一步阻碍实现DevOps所需的许多更改转型、创业同时，其他小公司通常都没有遗留软件和重量级流程的技术债务，使他们能够快速应用新技术以更现代、更敏捷的方式解决旧问题。随着市场的快速发展，基于云计算的即时资源以及持续交付（CD）和DevOps实践的激增相结合，使这些较小的公司能够与比其规模大很多倍的组织进行正面竞争，并最终脱颖而出顶部。而小公司在实施DevOps方面有一些固有的优势，企业转型当然不是不可能的，很多企业已经转型了。成功的企业DevOps转换有几个共同的特征、策略和技术。总的来说，这些使组织能够将转换分解为更小的、可实现的步骤，每个步骤都提供了一个学习、观察渐进改进和逐步构建的机会动力。这里是成功推动企业DevOps转型的七种方法。1。获得TopDevOps的支持需要管理层的支持。如果管理层对CD和DevOps原则对业务的重要性没有一个明确的理解，那么整个业务都将被置于风险。虽然来自最高管理层的100%支持至关重要，没有必要从一开始就获得这种支持。在实践中，一个组织可能需要草根阶层的努力和一些早期的成功来获得管理层的认可。通常，要证明CD和DevOps的价值，只需要一个具有灵活性和创新愿望的团队完成一个概念验证项目。如果您在早期阶段将管理支持视为必备，那么您可能永远无法开始。取而代之的是，首先要记住，最终必须获得管理层的支持，而且必须毫不含糊。建立变革的所有权企业内部的一个团队（或卓越中心）必须拥有DevOps转型。这个团队可以是新组建的DevOps团队、组织的工具组，甚至是具有必要文化和技术属性的现有开发团队来采用DevOps。具体而言，该集团应具有能力、创新性、协作性，并且不受关键生产进度的影响。因为这个团队将有助于推动其他团队在整个组织中的采用，所以为这项工作选择一个产品开发团队并不是最佳选择。这样的团队不太可能拥有必要的跨团队可见性和承诺来在企业号。完毕随着企业对DevOps实践的标准化，对这个团队的需求将逐渐消失。因此，从一开始，每个人都应该知道团队本身是临时的，它的存在只是为了启动和引导过渡，而不是为了长期持续地监督和管理DevOps实践。从试点项目或概念验证项目开始，很难在整个企业中实施大规模的变更。除了打乱日程安排和团队动态之外，这种变化往往会忽视受影响者的需求和意见，并且涉及到一定程度的复杂性，可能会使整个团队瘫痪努力。为了由于这些原因，最好采用增量方法来实现DevOps实践，而不是大爆炸方法。成功的组织认识到彻底的改变可能是非常困难的，因此选择渐进式的改变，使团队能够从经验上学习什么是最有效的他们。那个最好的开始方式是一个试点项目，实现并证明CD和DevOps的概念。找一个相对低风险和高回报的。然后确定或组建一个跨职能生产人员团队，以建立和测试CD和DevOps所需的工具基础设施、流程和文化。在DevOps所有权小组的支持下，该试点团队应承担以下工作任务：评估–从工具、流程和挑战。调整-建立共同的目标和目的；确定团队所在地去吧。写吧使命宣言——写一个简单明了的陈述，概括你的目标，比如增加发布频率、提高工作满意度、协同工作、提高客户满意度等等地图上的-创建一个包含目标关键绩效指标（KPI）的高级计划，里程碑和具体、可实现的目标。例如："自动化手工质量保证流程，消除冗余流程，到年底将质量保证时间减少XX%。"移动-开始实施；不要等到每个人都掌握了新方法的专业知识后才开始实施开始。测量-持续测量和监控进度。在整个试点项目中，沟通挫折和成功，付出额外的努力来识别和捕捉挫折和成功。捕捉团队所学到的知识，并公开、透明地交流这些新知识，不仅是与团队，而且是整个组织。使用共享的wiki、仪表板或新闻稿来传播信息。随着时间的推移，成功与挫折的比例会增加，沟通将有助于培养应对更大挑战所需的热情和激情开。制造不仅要共享定量指标（如kpi），还要共享更多的定性结果和观察结果。例如，更新可能会提到团队的新成员、流程的自动化部分或已采用的新工具。在试点项目期间和之后，寻找快速增长的转型，留意那些可以自动化或消除的软件交付过程，以获得快速成功。加速软件交付过程的每一个增量收益都转化为业务的增量收益。DevOps转换不能也不可能同时发生；相反，它是一系列持续的、渐进的改进。与敏捷开发的思维方式相一致，对增量变化进行优先排序可以使组织在积累知识的同时取得进步，并积累成功，为进一步推动所需的发展提供资金换衣服。快点胜利使整个努力的风帆吹起来。它们还使团队能够学习最适合其组织的实践和原则，并在整个组织中建立信心，认为完全的DevOps转换是可以实现的。通过一个成功的试点项目和一些简单的成功案例，下一步是开始加入其他开发团队。与转换的其余部分一样，这个跨团队扩展的过程最好是逐步完成的。随着各个团队接受培训并被纳入CD和DevOps文件夹，根据每个新团队的需求以及从已加入的团队中获得的新见解，继续改进工具、流程和文化。7。大声庆祝成功孕育成功。确保认可并奖励那些持续实现目标的团队。看到同事取得成功的团队很快就会希望自己向CD和DevOps实践过渡。认可可以采取多种形式；选择一种符合企业文化规范的形式。对于一个组织来说，在全公司范围内宣传某个团队的成就可能是有意义的，而企业出游或在季度会议上提到CEO对其他组织来说会更好。关键点是确保投入工作的团队得到他们应得的认可，并确保整个组织看到这些团队庆祝。到达在你的目标下努力推动企业转型时，很容易忽视终点线。你怎么知道你的组织何时到达？有几种方法，但是这里有三个关键的指标表明您的组织已经被tr你们的队伍可以随意部署软件。您的组织可能不希望自动将新的更新部署到生产环境中，但是每当编写新代码时，该软件都应该已准备就绪陈述。你'已达到KPI目标。通过测量、测量和测量一些关键绩效指标，可以证明稳定的改进更多。顾客最终用户和员工都更满意。使用调查、用户反馈表和其他方法收集定性数据，以补充定量KPI数据。最后，需要注意的是，DevOps转换从未完全完成。您总是可以采取一些步骤来进一步加快流程、提高自动化程度和缩短上市时间—即使您的企业已经完全实现了最初的DevOps目标。布莱恩道森·德沃普斯福音派云蜂