在政府数字服务领域，敏捷开发方法正逐步取代传统的瀑布式流程。根据英国政府服务手册（GOV.UK Service Manual）于2016年首次发布并于2022年更新的内容，敏捷并非单纯的技术选择，而是应对快速变化的政策环境与用户需求的核心策略。
传统瀑布式方法与敏捷方法的根本区别在于执行顺序与反馈机制。瀑布法遵循严格的线性流程：先完成需求收集、规划与采购，再进入设计、构建阶段，最后进行测试与发布。用户反馈仅在项目末期获得，若服务不符合需求或技术已过时，往往无法挽回。相比之下，敏捷方法将需求、规划、设计、构建与测试并行推进。团队从发现（Discovery）和Alpha阶段起步，通过原型制作、数据收集与用户测试来学习需求，随后进入Beta阶段构建真实服务，直至确认服务满足用户需求后才正式上线。
为何敏捷更适合政府数字服务？主要源于其应对变化的能力。瀑布式方法适用于桥梁或建筑等物理建设，但在技术迭代迅速的数字环境中显得僵化。若采用瀑布法开发一项服务，可能耗时18个月，届时该服务可能已不符合最新政策、无法兼容新技术或不再满足公众需求。敏捷则允许团队在服务构建过程中甚至上线后（如在GOV.UK上）持续调整与改进。
实际案例表明，英国政府多个部门已成功应用敏捷方法。例如，公共监护署利用敏捷开发构建了“持久授权”服务；法院与法庭服务部门通过敏捷方式重新设计了法院费用援助流程。这些实践证明，敏捷能帮助政府快速响应政策变动与技术挑战，确保数字服务始终贴合用户真实需求。
值得注意的是，GOV.UK明确指出：构建和运行政府数字服务必须采用敏捷项目管理方法。这不仅是技术建议，更是强制性要求，旨在保障公共服务的质量、灵活性与用户导向性。