8、敏捷开发与持续集成：优势、挑战与解决方案

敏捷开发与持续集成：优势、挑战与解决方案

1. 敏捷开发在大规模软件开发中的困境

在许多公司的大规模软件开发中，传统的敏捷方法存在一定局限性。当单个产品的团队数量增长到数十个甚至更多时，并非所有的敏捷实践都能按预期实施，此时需要额外的治理机制来促进不同团队交付软件的集成。虽然有像规模化敏捷框架这样的方法试图解决这一问题，但在大型组织中部署敏捷开发实践仍然是一项具有挑战性的任务，许多组织都在为此苦苦挣扎。

2. 敏捷开发的采用驱动因素

传统软件开发中不断增加的开销是推动敏捷开发实践采用的关键因素。在大型组织中，销售部门负责与客户沟通，产品管理部门与销售部门交流以制定路线图、发布内容和功能规格，这些书面文档会传递给系统工程部门，系统工程部门将其转化为更高层次的设计，再传递给开发部门进行编码，最后代码交给测试部门进行验证和确认。这种传统开发模式存在诸多问题，如大量仅用于内部的文档、对文档的错误解读以及由此导致的大量返工，使得软件开发效率极低。据报道，即使是唯一编写代码的软件工程师，实际用于开发软件的时间也不到 10%，其余时间大多花费在可视为开销的其他活动上。

21 世纪初，大多数对软件开发有基本了解的研发经理意识到了传统大规模软件开发的低效性，因此对任何有望提高效率的方法都持开放态度，这为敏捷原则的引入和发展提供了肥沃的土壤。

3. 敏捷开发的反馈循环

敏捷开发缩短了两个重要的反馈循环：开发循环和需求循环。

在传统开发中，工程师可能会花大量时间处理特定需求，代码提交间隔可能长达数周甚至数月。而在敏捷开发中，团队成员会频繁提交代码，通常是每天或每隔几天，这样可以共享成果并让其他成员在其代码基础上进行