Scrum 是什么
Scrum 以固定时间盒的 Sprint 组织交付，团队包含产品负责人（PO）、Scrum Master 与开发者，通过 Sprint 规划、每日站会、评审与回顾运行，工件是产品待办、Sprint 待办与增量。三个支柱是透明、检视、适应。Scrum 是轻量框架，只规定必要的骨架，具体做法由团队按 Scrum Guide 决定，不适合再叠加大量内部流程表单，否则框架会退化成填表作业。
基本信息
| 团队 | 产品负责人 PO / Scrum Master / 开发者 |
|---|---|
| 事件 | Sprint、规划、每日站会、评审、回顾 |
| 工件 | 产品待办、Sprint 待办、增量 |
| 支柱 | 透明、检视、适应 |
| Sprint 长度 | 常见 1-4 周，同一团队保持一致 |
| 关键约束 | Sprint 目标不被随意打断 |
典型使用场景
- 产品迭代：以两周为节奏，持续产出可用增量
- 需求优先级管理：PO 维护产品待办并在规划会明确 Sprint 目标
- 团队自管理：开发者自行拆解任务并承诺 Sprint 目标
- 干系人沟通：评审会演示真实增量，替代进度汇报
- 流程改进：回顾会沉淀改进行动并与下个 Sprint 挂钩
- 与工程实践配合：与持续集成、自动化测试、主干开发一起使用
节奏示例
节奏示例
2 周 Sprint：
周一 规划（确定 Sprint 目标与待办）
每日 15 分钟站会（同步进展与阻塞）
周五 评审（向干系人演示增量）→ 回顾（改进流程）
注意：站会面向团队，不是向经理汇报进度三类角色职责
| 角色 | 职责 | 常见误区 |
|---|---|---|
| 产品负责人 | 管理产品待办、明确价值与优先级 | 变成需求传声筒，不参与取舍 |
| Scrum Master | 保障框架运转、移除障碍 | 变成会议组织者或项目经理 |
| 开发者 | 自管理完成 Sprint 目标 | 被动接活，等待分派任务 |
Scrum 是轻量框架：细节由团队按 Scrum Guide 自定，不宜叠加大量内部流程，否则仪式感会取代交付。
常见诊断信号
- 增量不可用：Sprint 结束没有可演示的成果，说明待办拆分或评审不足
- 待办常年不动：优先级无人维护，规划会变成形式