如何通过DevOps实践来增强敏捷开发
2022-11-02
来源：BuildRun低代码开发平台 作者：Christopher&Sean
核心原则中。第一个定义“个人和交互重于流程和工具”明显地表达了合作的需要。此外，第三个原则，“客户协作重于合同谈判”，强调需要将这种协作扩展到开发团队之外，也扩展到客户当中。
敏捷教练Susan McIntosh在她的文章《敏捷心态到底是什么》中提到，“敏捷心态是一种支持敏捷工作环境的态度。其中包括尊重、协作、改进和学习反馈、对归属的自豪感、专注于提供价值以及适应变化的能力。这种心态对于培养高绩效团队是必要的，而这些团队反过来又为客户带来了惊人的价值。”
在敏捷中有许多协作的例子，诸如结对编程、Mob编程和Swarming等实践都允许更大的团队合作开发软件，虽然这与开发的原概念相悖（开发原本是指由一个单独的程序员单独完成的任务）。此外，敏捷工作还将QA无缝链接到流程中，作为团队任务的一部分。RonLichty表示：“我将通过Scrum中的产品所有者角色将产品管理集成到团队中。PdMs向开发人员“越过墙”抛出需求的历史由来已久，这与开发人员向测试人员“越过墙”抛出代码的历史没有太大不同！”RonJeffries写了他在极限编程中处理故事的方法。Atlassian建议通过使用单页仪表板缩小PRD（产品需求文档）来保持需求的精简。
DevOps的许多基本概念也是围绕协作的概念构建的。事实上，这个可以追溯到早先反对将开发、运维和QA分割之时。DevOps运动的基础之一，正是人们认识到开发、运维和QA彼此独立会导致利益冲突、增加交接成本。
Thoughtworks的首席科学家Martin Fowler指出协作在DevOps中扮演重要角色，他认为，“DevOps文化的主要特征是增加了开发和运维角色之间的协作……开发和运维之间不应该存在壁垒。”和从一开始就一起工作解决问题相比，切换周期和文档是一个糟糕的替代品。调整资源结构，使运维人员能够尽早参与到团队中来是很有帮助的。
另外，建立协作文化的一个关键方法是在所有参与交付的团队之间制定共同的目标。使开发、运维和QA之间在明确的目标上保持一致，并将重点放在客户需求和最终交付上。
DevOps鼓励协作的另一种方式是将运维活动集成到Sprint中。这可以通过在Sprint中加入运维团队成员来实现，甚至更好的方法是，将运维职责分给所有Sprint团队成员。
除了交付特性和“功能”之外，在高性能的DevOps组织中，通常还向交付产品的团队提供维护这些产品的职责。一旦系统的稳定性得到证明，它就会移交给另一个团队进行维护。其他公司包括开发团队，作为操作问题的寻呼机轮换的一部分。这就产生了共同的责任，并加强了共同的目标和责任。
当然，DevOps不是一份工作，它不是一个角色，也不是任何一个人或团队的责任。DevOps的核心是协作，这与敏捷宣言中的原则保持一致。
二、小批量、短周期
小批量和短周期是敏捷化的关键。通过减少对系统的更改，敏捷可以更快地为客户带来价值。这种快速部署能带来快速反馈，客户或用户可以快速查看已开发的内容，团队能在必要时快速调整路线。这与瀑布式方法形成了鲜明的对比，在瀑布式方法中，客户可能要等上几个月甚至几年才能看到交付成果，只有到那时才能确定产品是他们所想的还是所要的。DevOps采用小批量的概念，并通过持续集成和持续部署（CI/CD）对其进行扩展。CI/CD提供的工具链加速团队对客户的价值，将周期从几周缩短到几天甚至
免责声明：
1、IT项目管理界发布的所有资讯与文章是出于为业界传递更多信息之目的，并不意味着赞同其观点或证实其描述。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请浏览者仅作参考，并请自行核实相关内容。
2、本站部分内容转载于其他网站和媒体，版权归原作者或原发布媒体所有。如文章涉及版权等问题，请联系本站，我们将在两个工作日内进行删除或修改处理。敬请谅解！
-
延伸阅读：
-
