25、敏捷软件开发：从理念到实践

敏捷软件开发：从理念到实践

1. 敏捷方法与传统流程的融合

在软件开发领域，敏捷方法与传统流程（如 RUP 和 PRINCE2）并非相互排斥。即使某些方法未明确宣称属于敏捷运动，但这并不意味着无法引入敏捷实践或从中获益。

RUP 可以从敏捷建模的诸多实践中获得巨大益处。它有助于减少前期过度设计的问题，避免 RUP 项目陷入“大前期设计综合征”。同时，还能控制文档和模型的产出量以及修订频率。反过来，像 RUP 这样的方法为大型软件项目提供了必要的结构，而这些项目若仅采用极限编程（XP）方式可能难以管理。

将敏捷方法与 RUP 等流程相结合，如果处理得当，能够为大型长期项目提供所需的整体管理，同时具备现代开发环境所要求的敏捷性和响应能力。例如，有人将统一过程、特性驱动开发和敏捷建模与 XP 的某些方面相结合应用于软件开发项目，虽最终结果既不是纯粹的 XP 项目，也不是纯粹的特性驱动开发项目，但却能按时、在预算内产生切实的成果，并满足客户的需求。

2. 在组织中引入敏捷方法

2.1 推销敏捷方法

若想在组织中引入敏捷方法，就需要向组织推销敏捷的理念。即便你是软件开发方法的决策者，也需要让其他人支持这一决策。而如果你只是试图影响决策者，那么“推销”敏捷方法的需求就更为迫切。

由于公司（尤其是高级管理层等）通常以非编程的思维方式考虑问题，因此在推销敏捷方法时，应聚焦于敏捷所能带来的成果，而非敏捷运动所包含的具体方法。具体成果包括：
- 软件能够按时、在预算内开发完成，并对最终用户具有实际用途。
- 为组织、客户和团队带来竞争优势。

有越来越多的案例支持这些观点，但