核心要点
迭代增量交付：以固定周期的 Sprint 持续产出可用增量
核心活动：Sprint 规划、每日站会、评审、回顾会
核心工件：产品 Backlog、Sprint Backlog、可交付增量
三类角色：Product Owner、Scrum Master、开发团队
标准回答
敏捷的内核
敏捷强调「拥抱变化重于遵循计划、可工作软件重于详尽文档、个体协作与客户合作」，通过短周期迭代持续交付价值并快速响应反馈。Scrum 是其中最常用的落地框架。
Scrum 的核心实践
- Sprint（冲刺）：1–4 周的固定时间盒，每个 Sprint 产出一个潜在可发布的增量。
- 三类角色：Product Owner 负责排定 Backlog 优先级与价值；Scrum Master 服务团队、移除障碍、维护流程；开发团队自组织完成交付。
- 四个事件：Sprint 规划（定本轮目标与任务）、每日站会（同步进展与障碍，约 15 分钟）、Sprint 评审（向干系人演示增量、收集反馈）、回顾会（复盘流程、持续改进）。
- 三个工件：产品 Backlog（全部需求清单）、Sprint Backlog（本轮承诺事项）、增量（已完成且符合 DoD 的成果）。
价值
短周期反馈降低方向性风险，透明的工件与节奏让团队持续改进、灵活应对变化。
常见误区
⚠️ 常见踩坑
敏捷不等于「没有计划、没有文档」；每日站会是同步障碍而非汇报工时，回顾会若不产出可执行改进就流于形式。
追问
追问 1：Scrum Master 和 Product Owner 的职责有什么不同？
Product Owner 对「做什么」与业务价值负责，管理并排序产品 Backlog；Scrum Master 对「怎么协作」负责，是流程教练与障碍清除者，服务团队而非指挥团队。二者关注点不同，通常不应由同一人兼任。
追问 2：每日站会容易陷入什么误区？
常见误区是变成向上汇报工时或冗长讨论细节。站会应聚焦三点——昨天做了什么、今天计划做什么、遇到什么障碍——控制在 15 分钟内，深入的技术讨论会后单独进行。
延伸学习
与本题相关的知识库文章、术语、工具与行业资讯。