Module 03 · Agile & Scrum敏捷与 Scrum
Agile Principles敏捷哲学与《敏捷宣言》解析
学习目标
观看本视频后，你将能够：
- 定义 敏捷（Agile）哲学
- 描述 敏捷的核心特征
- 解释 《敏捷宣言》的核心思想
什么是敏捷？
敏捷是一种 迭代式（Iterative） 的项目管理方法，使团队能够快速响应变化并交付客户价值。
迭代式 vs. 传统计划
- 传统方法通常会提前 规划整整一年的工作，然后按计划执行。
- 敏捷 采取 短期迭代开发，每次仅规划 小规模增量，然后从客户那里获得反馈，再调整方向。
敏捷的核心特征
| 特征 | 描述 |
|---|---|
| 自适应规划 🔄 | 仅规划短期迭代，而非一次性规划整个项目 |
| 演进式开发 📈 | 逐步构建产品，而不是一次性完成整个系统 |
| 早期交付 🚀 | 早期交付可用的软件，获取客户反馈 |
| 持续改进 🔁 | 根据客户反馈和团队经验不断优化 |
| 快速响应变化 ⚡ | 客户需求随时可能改变，敏捷团队能够迅速调整方向 |
👉 早期交付是敏捷的关键！
如果你只是进行迭代开发，但没有交付到客户手中，你就不算是敏捷。
必须把产品交到客户手中，收集反馈，判断是 继续前进（Persevere） 还是 调整方向（Pivot）。
《敏捷宣言》的核心理念
《敏捷宣言》强调了 四大核心价值观：
| 我们更重视 🏆 | 而不是 ⚠️ |
|---|---|
| 个体与互动 🤝 胜过 过程与工具 🛠️ | 过程和工具虽重要，但人与人的协作更重要 |
| 可工作的软件 💻 胜过 详尽的文档 📜 | 文档固然有用，但最终交付的软件才是核心 |
| 客户协作 🏢 胜过 合同谈判 📑 | 与客户保持紧密沟通，而非单纯依赖合同 |
| 响应变化 🔄 胜过 遵循计划 🗂️ | 计划可以更改，更重要的是适应变化 |
👉 这并不意味着我们完全忽略右侧的内容！
- 我们 仍然 使用工具和流程，但 人与人的协作更重要。
- 我们 仍然 编写文档，但 可交付的软件才是重点。
- 我们 仍然 签订合同，但 客户的参与和反馈更重要。
- 我们 仍然 制定计划，但 适应变化比盲目执行计划更关键。
敏捷软件开发的关键点
敏捷开发方式符合《敏捷宣言》，其核心目标是 灵活、高效、透明。
敏捷开发强调的关键点
- 灵活性（Flexibility） 📌：适应需求变化，调整开发方向
- 互动性（Interactivity） 💬：团队成员、客户之间的紧密合作
- 透明性（Transparency） 🔎：确保所有团队成员了解进展，共同承担责任
- 价值交付（Deliver Value） 🎯：构建客户真正需要的功能，而非只按原定计划执行
敏捷团队的组织方式
- 小型（Small）
- 共驻（Co-located）
- 跨职能（Cross-functional）
- 自组织（Self-organizing）
- 自管理（Self-managing）
👉 敏捷的核心原则是：
✅ 构建客户需要的东西，而不是盲目执行计划！
如果最终交付的产品 不符合客户需求，那么计划得再完美也没有意义。
敏捷团队要始终关注客户的真正需求，并随时调整方向。
总结回顾
- 敏捷是一种迭代式、协作式的软件开发方法，依靠 小型跨职能团队 来实现高效交付。
- 敏捷方法的核心在于灵活性、互动性和透明度，确保团队可以快速适应客户需求的变化。
- 《敏捷宣言》强调四大核心价值观：
- 人与互动 🏆 > 过程和工具 🛠️
- 可工作的软件 💻 > 详尽的文档 📜
- 客户协作 🤝 > 合同谈判 📑
- 响应变化 🔄 > 遵循计划 🗂️
- 敏捷开发的关键是构建真正需要的东西，而不是仅仅按照计划执行。
👉 始终问自己：客户真正需要的是什么？我们是否应该调整方向？ 💡