敏捷方法的核心特点在于通过迭代和增量的方式进行软件开发，强调适应性、协作性和客户参与。其核心理念源自《敏捷宣言》，主张“个体和互动高于流程和工具”“可工作的软件高于详尽的文档”“客户合作高于合同谈判”“响应变化高于遵循计划”。这使得团队能够在需求频繁变更的环境中快速响应并持续交付价值。
典型敏捷方法介绍如下：
极限编程（XP）
- 定位：适用于小型到中型团队，强调高质量代码与快速反馈。
- 四大价值观：沟通、简单性、反馈、勇气。
- 五大原则：快速反馈、简单性假设、逐步修改、提倡更改、优质工作。
- 十二个实践包括测试先行（TDD）、结对编程、持续集成等，确保代码质量与团队协作效率。
水晶法（Crystal）
- 核心思想：根据项目规模、关键性、团队分布等因素选择适合的过程模型。
- 强调人的互动和沟通，认为团队成员之间的信任与技能是成功的关键。
- 提倡频繁交付、反思改进和高透明度的工作方式。
并列争求法（Scrum）
- 使用固定长度的迭代（Sprint），通常为2–4周，每个Sprint结束时产出一个潜在可发布的产品增量。
- 关键角色：产品负责人（Product Owner）、Scrum Master、开发团队。
- 主要活动：Sprint计划会、每日站会、Sprint评审与回顾会议。
- 工件：产品待办列表（Product Backlog）、Sprint待办列表、燃尽图。
自适应软件开发（ASD）
- 强调组织在高度不确定环境下的学习与适应能力。
- 开发过程分为三个阶段：推测（Speculate）、协作（Collaborate）、学习（Learn）。
- 认为“重做”是正常且必要的，鼓励通过实验和反馈不断优化解决方案。
这些方法虽各有侧重，但都体现了敏捷的核心精神——以人为本、拥抱变化、持续交付与改进。
敏捷宣言中的四大价值观出自《敏捷软件开发宣言》（Agile Manifesto），它们是指导敏捷方法的核心理念，具体如下：
个体和互动 高于 流程和工具
强调团队成员之间的沟通、协作与信任比僵化的流程和依赖工具更重要。虽然流程和工具必要，但人的创造力和即时交流更能推动项目成功。可工作的软件 高于 详尽的文档
重视实际交付可用的软件产品，而不是花费大量时间编写完整的文档。文档有其价值，但在敏捷中更关注通过运行中的软件来验证进展和获取反馈。客户合作 高于 合同谈判
倡导在整个开发过程中与客户保持紧密合作，及时响应需求变化，而不是在项目初期通过合同固定所有细节。合作关系比法律条款更能促进成功交付。响应变化 高于 遵循计划
承认需求会随时间演变，因此应具备灵活调整的能力。虽然计划重要，但更重要的是能快速适应新信息或市场变化，持续创造价值。
这四大价值观并不是否定后者的价值，而是强调在两者之间做出优先级选择，以更好地应对复杂和不确定的开发环境。
)