如何通过DevOps实践来增强敏捷开发
2022-11-02
来源：BuildRun低代码开发平台 作者：Christopher&Sean
原则，因为它们太相似而不能分开。”并不是说它们不可分割，只是敏捷作为DevOps的前身，同时激发了DevOps的影响力。
五、好处
精益一直是DevOps的核心，就像敏捷是从精益中生长出来的一样。DevOps也是如此，所以这两者有很大的共同点并不奇怪。DevOps采用Agile中的概念，并将其扩展到代码部署之外。DevOps采用这些概念并将其应用于应用程序和服务的管理。它利用并优化了敏捷的原则，并且沿用了敏捷组织早已意识到的长处。
并不是说为DevOps而做DevOps，或者说为敏捷而做DevOps。2017年DevOps状态报告显示，高性能DevOps团队的部署速度提高了46倍，交付时间缩短了44倍，更改失败率降低了5倍，平均恢复时间缩短了96倍（MTTR）。在具有成熟DevOps实践的组织中，这些数字显然被低估了。
当我们查看敏捷和DevOps重叠的每个区域时，DevOps放大了敏捷实践，我们希望您能够采取一些具体措施来推动组织的发展。构建协作的最关键步骤之一是制定共同目标。有了共同的目标，您可以确保开发，运营，QA都一致朝着同一目标努力。
小批量交付为推动DevOps实践加速组织提供了另一个绝佳机会。在Scrum或看板等流程中，要将操作任务和操作思想集成到工作中。如果您正在使用Scrum，您也可以考虑使用看板，它更容易适应操作流程。
无论使用哪种方法进行小批量交付，您都可能希望确保使用相同的系统来跟踪整个团队的工作。通过统一跟踪系统，您可以确保不积压工作，并真实反应所有计划内和计划外工作，让您更容易地使工作可见。作为敏捷的一个关键原则，我们还可以扩展使工作可见的概念，以显示运营工作、系统操作和架构支持等工作。组织还可以通过信息辐射体（比如看板）跨团队分享这些信息。
当您着眼于构建更具协作性的文化时，要把每一次失败都当作组织学习的机会。在这个文化中建立一些仪式，比如无可指责的事后反思、黑客马拉松和失败奖励等。
对于本文中讨论的重叠，存在组织上的含义。在敏捷和DevOps中包含QA意味着我们必须开始构建跨职能团队，并培养具有广泛知识技能的人员。这种重叠是随着“全堆栈工程师”的概念而发展起来的。虽然每个人都知道一切可能不现实，但我们当然可以努力确保团队中的每个人都有共同的责任和目标，包括质量和运营，如果他们乐于负责和学习的话。
有许多方式可以采用敏捷原则并使用DevOps强化它们，但最重要的是组织文化的一致性。如果团队在目标上没有保持一致，那么敏捷中规定的团队方法将不能扩展到部署以外的操作中使用。如果所有技术交付团队都遵循相同的目标，即可立即开始打破这些组织之间的孤岛。如果我们可以通过敏捷开始打破组织孤岛并通过DevOps强化这项工作，我们将拥有真正的高性能组织。
下半部分主要介绍敏捷和DevOps的几个共性。
敏捷和DevOps的目标是一致的，因此在实践过程中会发现它们有所重叠。在许多方面，DevOps和敏捷的交叉关系到协作文化以及从这种文化中产生的现代技术实践和过程。
一、协作文化
敏捷和DevOps之间的核心共性之一是他们都强调打造协作文化。这两种方法都着眼于打破壁垒，增加成员共同责任感。通过打破隔离，DevOps和Agile减少了交接，提高了向客户交付的速度。DevOps将这种协作概念扩展到了运维团队中，而敏捷关注QA是否包含在内。
在敏捷中，我们看到协作文化直接融入到了敏捷宣言的
免责声明：
1、IT项目管理界发布的所有资讯与文章是出于为业界传递更多信息之目的，并不意味着赞同其观点或证实其描述。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请浏览者仅作参考，并请自行核实相关内容。
2、本站部分内容转载于其他网站和媒体，版权归原作者或原发布媒体所有。如文章涉及版权等问题，请联系本站，我们将在两个工作日内进行删除或修改处理。敬请谅解！
-
延伸阅读：
-
