敏捷方法论是一种项目管理方法，将项目分解成称为“冲刺”的小型迭代周期。 它优先考虑持续改进、团队协作和适应性，使团队能够快速响应客户反馈和不断变化的需求，而不是遵循僵化、线性的计划。
敏捷方法是一种迭代、灵活的项目管理和软件开发方法，它优先考虑持续交付、协作和适应性，而不是僵化、预先规划。敏捷团队不采取在项目结束时一次性交付的方式，而是将工作分解成更小的功能增量，以更快地交付价值，并动态响应不断变化的用户需求。 [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]
- 看板：一个专注于将工作直接匹配到团队能力的视觉框架。团队使用实体或数字看板来跟踪任务，通过“待办”、“进行中”和“已完成”等阶段。 [18, 21, 22]
- 极限编程 (XP)：一种专为软件工程设计的高度技术化方法。它强制要求诸如测试驱动开发、代码审查和结对编程等实践。 [21, 23]
- 精益：借鉴制造业原则，精益完全专注于在消除运营浪费的同时最大化客户价值。 [16, 21]
敏捷与传统（瀑布式）项目管理
| 特点 [1, 2, 9, 11, 19, 24, 25] | 敏捷方法论 | 瀑布式方法论 |
|---|---|---|
| 项目结构 | 迭代，分解成小块。 | 线性，顺序阶段。 |
| 应对变化 | 高度灵活性；随时欢迎变化。 | 僵化；变化代价高昂且具有破坏性。 |
| 交付 | 频繁，可工作的增量。 | 项目完成时一次性交付。 |
| 测试 | 在整个生命周期中持续进行。 | 在接近尾声的单独阶段进行。 |
您是否想了解如何为您的特定行业建立敏捷项目框架，或者您想深入了解敏捷团队中的特定角色（如产品负责人或 Scrum Master）？