如何通过DevOps实践来增强敏捷开发
2022-11-02
来源：BuildRun低代码开发平台 作者：Christopher&Sean
几小时。
小批量是精益的关键。起源于20世纪30年代的精益为敏捷和开发人员提供了一些核心基础，它专注于消除浪费和减少批量，减少正在处理的工作量，从而减少等待下一个阶段处理的库存量。
这一概念与敏捷的核心原则相呼应，敏捷的核心原则规定“经常交付产品，从几周到几个月，优先选择较短的时间段。”小批量和较短的周期时间有很多好处。根据DonReinersen的说法，为了让产品开发增加价值，结果必然会有不确定性。我们不应该试图最小化失败，而应该接受可变性。我们可以通过有效地学习和高效地生成信息来减少不确定性。VirtualCTO官诺亚•坎特（Noah Cantor）强调了短反馈循环的影响，“有很多学术研究和行业研究表明，反馈周期越长，人们从中学习的知识就越少。反之亦然——反馈周期越短，人们可以从中学习的越多。”
有很多方法可以确保你在敏捷中拥有小批量和较短的周期时间。最基本的方法之一是将用户故事分割成适合迭代的片段。减少故事的规模很多，比如将功能拆分为单个用户故事或任务等。
当划分和拆分用户故事时，重要的是确保您不创建合成型团队，而是坚持使用功能团队。垂直而不是水平地拆分用户故事。也就是说，观察端到端的特性，而不是应用程序的特定层。
小批量和短周期也是DevOps的关键。DevOps的重点是从左到右增加产品流。通过使用精益的工具（如价值流图），可以识别瓶颈并消除它们，从而增加对客户的价值流。
此外，较短的循环时间是DevOps第二和第三种方法的关键。与敏捷一样，更短的周期意味着价值能更快地传递给客户，因此团队可以更快地获得反馈，以便能快速向客户发布特性或更改，并根据反馈快速调整。
DevOps中缩短循环时间和I迭代周期的关键之一是持续集成（CI）和持续部署（CD）。通过持续的集成，一些更改会不断地被合并和验证，从而使整个产品始终具有潜在的可交付性。而持续部署会确保产品始终处于可部署状态，允许随时向客户交付价值。这两个实践采用了敏捷方法中最初引入的快速开发和交付，并将其周期进一步减少到每天甚至每小时。
三、工作可视化
可视化是DevOps和敏捷中的另一个关键元素。对于像Scrum和看板这样的敏捷实践，通常采用板的形式来共享信息。DevOps利用并进一步扩展了这些方法，来共享系统在某一特定时间内的执行情况，这可以通过大型可视仪表盘和共享仪表盘的形式等展现。
虽然敏捷宣言并没有规定工作可视化的必要性，但是概念是实践的基础。宣言强调“个人和交互重于流程和工具”和“客户协作重于合同谈判”以及“响应变化重于遵循计划”，这三个方面都能通过工作可视化而得到加强。
敏捷促成了“信息辐射源”概念的发展，这是一种位于敏捷开发团队附近的大型图表，能显示整个开发周期的工作进展。Alistair Cockburn在2000年创造了“信息辐射源”这个术语，并在他2001年出版的《敏捷软件开发》一书中做了介绍。
工作可视化能直接暴露出时间的缺漏，以优化工作和流程。通过为团队提供可视化工作的方法，使团队能够一起工作更加方便，这些板还帮助快速识别瓶颈。
DevOps的第二种方法集中于增强反馈和共享操作信息，这是一种很好的方法。这可以包括Scrum板，也可以包括关于系统性能、用户体验以及代码和基础结构性能的实时数据。
免责声明：
1、IT项目管理界发布的所有资讯与文章是出于为业界传递更多信息之目的，并不意味着赞同其观点或证实其描述。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请浏览者仅作参考，并请自行核实相关内容。
2、本站部分内容转载于其他网站和媒体，版权归原作者或原发布媒体所有。如文章涉及版权等问题，请联系本站，我们将在两个工作日内进行删除或修改处理。敬请谅解！
-
延伸阅读：
-
