在瀑布式企业中运用敏捷方法：挑战与策略
1. 敏捷与瀑布的共存背景
敏捷方法最初是为小型、同地办公的跨职能团队设计的。然而，由于市场压力和经济需求，大型且人员分散的公司也开始采用敏捷方法进行软件开发。但这并非一蹴而就，在传统的瀑布式组织中实施敏捷方法，会经历一个漫长的过渡阶段，在此期间，敏捷和瀑布两种模式不得不共存，而且这种共存可能并非只是过渡性的，而是长期的。
在这个过渡过程中，团队需要遵循敏捷的核心原则——检查与适应。在每次迭代结束时，对过程和团队进展进行审查，以此指导下一次迭代的决策。这样，团队可以根据当前环境调整敏捷实践，随着环境和文化的逐渐变化，这些实践也会变得更加“纯粹”。
虽然一些敏捷纯粹主义者可能认为这种调整后的过程不再是“敏捷”，但关键在于改善整体软件交付系统，标签并非首要考虑因素。不过，团队要避免过度调整，以免回到更熟悉的瀑布式习惯。当将敏捷视为可按需选择的实践菜单时，必须坚持一些关键原则，如通过有时间限制的迭代交付和审查实现持续改进、优先实施最重要的项目以及保持持续的协作沟通。
2. 在瀑布式企业中作为敏捷团队工作
2.1 整合传统流程需求
大型公司在敏捷项目中通常有合理的传统活动需求，如项目审批流程和独立验证与确认（IV&V）等。这些需求不会因采用敏捷实践而消失，团队需要将这些公司需求融入现有的敏捷流程，管理层则要研究如何简化这些需求和活动，消除浪费的流程，以免阻碍项目进展。
-前期整合：项目审批流程是常见的瀑布式前期活动。项目启动有两种方式：一种是提交并批准文件后启动；另一种是作为临时项目，在获得正式长期批准前获得有限的资金和资
