敏捷方法论是一种项目管理方法，它将项目分解为称为“冲刺”的小型迭代周期。 它优先考虑持续改进、团队协作和适应性，使团队能够快速响应客户反馈和不断变化的需求，而不是遵循僵化的线性计划
敏捷方法论是一种迭代、灵活的项目管理和软件开发方法，它优先考虑持续交付、协作和适应性，而非僵化的前期规划。敏捷团队并非在项目最后才一次性交付，而是将工作分解为更小、具有功能性的增量，从而更快地交付价值，并动态响应不断变化的用户需求。 [1, 2, 3, 4]
敏捷的 4 大核心价值观
根据 2001 年制定的基础性敏捷宣言，其理念建立在四个核心支柱之上： [5, 6, 7, 8]
- 个人与互动重于流程与工具。
- 可运行的软件重于详尽的文档。
- 与客户协作重于合同谈判。
- 响应变化重于遵循严格的计划。 [6, 7]
敏捷周期是如何运作的
敏捷项目遵循的是一个持续循环，而非线性时间表。一个典型的周期包括： [3, 9, 10, 11, 12]
- 计划与排序：团队使用包含已排序客户需求的“产品待办列表”来确定范围。
- 设计：为所选功能创建高层架构和用户体验流程。
- 开发：编写功能代码或制造项目的增量部分。
- 测试：立即进行质量保证，以便及早发现错误。
- 发布：将可用的更新或功能部署到生产环境。
- 反馈与回顾：收集直接的用户见解，以制定下一个周期的目标。 [4, 9, 13, 14, 15]
流行的敏捷框架
“敏捷”是一套伞式理念，在其之下运行着几种结构化的框架： [3, 16, 17, 18]
- Scrum：最受欢迎的框架。团队在称为冲刺的固定 2 至 4 周时间段内工作，以交付可用的成果。进度通过由 Scrum Master 管理的简短每日“站会”进行同步。 [13, 14, 16, 19, 20]
- Kanban：一种可视化框架，专注于将工作直接与团队能力相匹配。团队使用实体或数字看板来跟踪任务，使其流经“待办”、“进行中”和“已完成”等阶段。 [18, 21, 22]
- 极限编程 (XP)：一种专为软件工程而构建的高度技术化方法论。它规定了测试驱动开发、代码审查和结对编程等实践。 [21, 23]
- 精益：改编自制造原则，精益完全专注于最大化客户价值，同时消除运营浪费。 [16, 21]
敏捷与传统（瀑布）项目管理对比
| 特性 [1, 2, 9, 11, 19, 24, 25] | 敏捷方法论 | 瀑布方法论 |
|---|---|---|
| 项目结构 | 迭代，分解为小块。 | 线性，阶段按顺序进行。 |
| 处理变更 | 高度灵活；随时欢迎变更。 | 僵化；变更成本高且会造成干扰。 |
| 交付 | 频繁交付可用的增量。 | 项目完成后一次性最终交付。 |
| 测试 | 贯穿整个生命周期。 | 在接近结束的独立阶段进行。 |
您想了解如何为您的特定行业建立敏捷项目框架吗，还是想了解敏捷团队中具体角色（如产品负责人或 Scrum Master）的职责？