Module 03 · Agile & Scrum敏捷与 Scrum
Scrum Overview敏捷与 Scrum 的区别及 Scrum 过程解析
学习目标
观看本视频后，你将能够：
- 区分 Agile（敏捷）与 Scrum（Scrum 方法论）
- 定义 Scrum 方法的关键特征
- 描述 Scrum 流程的各个步骤
Agile vs. Scrum：两者有什么不同？
许多人将 Agile（敏捷） 和 Scrum 互换使用，但实际上它们是不同的概念。
| Agile（敏捷） 🚀 | Scrum 🏗️ |
|---|---|
| 敏捷是一种哲学（Philosophy），是一种做事的方法论指导思想 | Scrum 是一种方法（Methodology），是一种在敏捷框架下的具体执行方式 |
| 非约束性（Not prescriptive），仅提供指导方向，不规定具体实践方式 | 具有规范性（Prescriptive），明确规定了角色、规则、工件（Artifacts）和会议 |
| 侧重 灵活性、迭代开发、快速反馈 | 侧重 小型跨职能团队、短周期冲刺（Sprints）、可交付增量 |
| 整体框架更宽泛，涵盖 Scrum、Kanban、XP 等多种方法 | 仅仅是敏捷框架中的一种方法论 |
👉 敏捷（Agile）是一种哲学，而 Scrum 是一种执行敏捷开发的具体方法。
什么是 Scrum？
Scrum 是一种 增量式产品开发管理框架，强调：
- 小型、跨职能（Cross-functional）、自管理（Self-managing）团队 👥
- 清晰的角色、规则和工件 📌
- 固定长度的迭代周期——冲刺（Sprint） ⏳
- 每个冲刺结束时都要交付一个潜在可发布的产品增量 📦
Scrum 的目标是 在每个 Sprint（冲刺周期）中构建可交付的产品增量，确保产品尽早交付给客户。
Scrum：简单易懂，难以精通！
Scrum 本身的规则很少，但真正执行起来却不容易。
就像芭蕾舞演员——“站在脚尖上跳舞” 听起来简单，但需要多年的训练与实践才能掌握。
Scrum 也是如此，看似简单，真正执行好并不容易。
如何成功执行 Scrum？
如果您的团队从未实践过 Scrum，建议：
✅ 聘请有经验的 Scrum 教练或团队成员 指导团队
✅ 持续改进（Inspect & Adapt），不断调整优化 Scrum 实践
什么是 Sprint（冲刺）？
Sprint = 一次完整的迭代
Sprint 是 设计、编码、测试、部署 的一个小型迭代周期，类似于 软件开发生命周期（SDLC） 的缩小版。
Sprint 的核心目标
每个 Sprint 都应该有明确的目标，让团队清楚在 Sprint 结束时应该交付 什么可用增量（Shippable Increment）。
Sprint 的推荐时长
Sprint 的时长一般为 2 周（部分团队使用 1~4 周）：
- 2 周最佳 ✅：快速迭代，保持高效
- 1 周太快 ⚡：难以完成完整增量
- 4 周太长 ❌：变化过多，影响灵活性
👉 Scrum 追求小批量交付，避免过长的 Sprint！
Scrum 过程的核心步骤
1 产品待办列表（Product Backlog）
📌 是什么？
- 包含 所有希望实现的功能、特性、修复项，是团队的 待办事项清单
- 由 产品负责人（Product Owner） 维护
📌 作用
- 作为产品发展的 长期规划
- 记录所有可能的用户故事（User Stories）
2 待办列表梳理（Backlog Refinement）
📌 是什么？
- 对 产品待办列表（Product Backlog） 进行梳理，确保任务 Sprint Ready
- 确保所有条目都有明确的 优先级、目标、需求细节
📌 作用
- 让团队在 Sprint 规划时能更高效地选取任务
- 确保选入 Sprint 的任务是清晰且可执行的
3 Sprint 规划会议（Sprint Planning）
📌 是什么？
- 通过会议 制定 Sprint 计划，生成 Sprint 待办列表（Sprint Backlog）
- Sprint Backlog 只包含 本次 Sprint 需要完成的任务
📌 作用
- 将 长期计划（Product Backlog）→ 短期可执行计划（Sprint Backlog）
- 确保 Sprint 目标明确，可交付增量清晰
4 开始 Sprint！
📌 每日站会（Daily Scrum / Stand-up） 🗣️
- 每天固定时间进行，时长 15 分钟
- 每个成员回答 3 个问题：
- 昨天完成了什么？
- 今天计划做什么？
- 有什么阻碍？
📌 作用
- 确保团队保持一致的节奏
- 及时发现问题，迅速调整
5 Sprint 交付可发布增量
📌 是什么？
- 每个 Sprint 结束时，团队应该交付 一个可发布的产品增量（Shippable Increment）
- 这意味着：
✅ 代码应该经过完整的 设计、开发、测试、部署
✅ 产品可以 交付给客户，收集反馈
📌 作用
- 确保团队始终交付可用价值，而不是单纯完成任务
- 持续获取客户反馈，决定下一步是继续当前方向（Persevere）还是调整方向（Pivot）
Scrum 是一个持续循环的过程
1️⃣ 计划（Sprint Planning）
2️⃣ 设计（Design）
3️⃣ 编码（Code）
4️⃣ 测试（Test）
5️⃣ 部署（Deploy）
6️⃣ 获取反馈
🔄 进入下一轮 Sprint
总结回顾
- Scrum 是基于 Agile 哲学的方法论，提供了一套结构化框架，包含角色、规则和工件。
- Scrum 强调小型跨职能团队的协作，每个 Sprint 结束时都要交付 可发布的产品增量。
- Scrum 过程的核心步骤包括：
- 产品待办列表（Product Backlog） 📌
- 待办列表梳理（Backlog Refinement） 🔍
- Sprint 规划会议（Sprint Planning） 📝
- 每日站会（Daily Scrum） 🗣️
- Sprint 交付可用增量（Shippable Increment） 📦
- Scrum 不是一次性的，而是一个持续迭代的过程，每个 Sprint 结束后都会进入下一个 Sprint 周期。
🎯 核心理念：每次 Sprint 必须交付有价值的产品，而不仅仅是完成任务！ 🚀