scrum

Scrum

一种通过迭代、增量式工作交付复杂产品的轻量框架。Scrum 建立在经验主义（从经验中获取知识）和精益思维（减少浪费，聚焦要点）之上。团队以固定时长的迭代开展工作，这些迭代称为 Sprint，并持续检查和调整。

三大支柱

支柱	含义
透明	执行工作和接收工作的人都必须能够看到流程和工作情况
检查	必须频繁检查 Scrum 工件和进展，以发现问题
调整	检查发现偏差时，立即进行调整

五大价值观

承诺、专注、开放、尊重、勇气。Scrum 团队承诺实现目标，专注于 Sprint 工作，坦诚面对挑战，将彼此视为有能力的人并予以尊重，同时有勇气做正确的事。

---

Sprint 目标

Sprint 目标是 Sprint 的单一目标，也是 Sprint 待办事项列表的承诺。Sprint 目标能够带来专注和连贯性，鼓励 Scrum 团队协同工作，而不是各自开展不同的计划。

快速模板（重点 / 影响 / 确认）

Our focus is on [outcome].
We believe it delivers [impact] to [stakeholder/customer].
This will be confirmed when [measurable event happens].

示例：“我们的重点是发送一封包含报告链接的基础通知邮件。我们相信，这会让财务团队更有信心。当收件箱中收到一封包含可用链接的邮件时，我们就能确认这一点。”

SMART 标准

标准	在 Sprint 目标中的应用
具体	明确团队将实现什么，而非给出模糊的方向
可衡量	提供客观确认完成情况的方法
可实现	团队能够在 Sprint 的时间限制内切实交付
相关	与产品目标相连，并为利益相关者带来价值
有时限	受 Sprint 时长限制

反模式

反模式	问题	改进方法
把任务列表伪装成目标	“完成故事 #101、#102、#103”没有提供战略重点	说明这些故事要实现的结果
模糊的愿望	“改进系统”没有方向，也没有可衡量的结果	具体说明改进什么、为谁改进，以及如何确认
多个互不相关的目标	“构建身份验证并重新设计仪表板”会分散重点	选定一个目标；如果目标确实互不相关，应分别放入不同的 Sprint
完全由 PO 指定	团队没有归属感或认同感	在 Sprint 计划会议期间协作制定目标
计划后再未提及	目标沦为被遗忘的摆设	在每日 Scrum 中每天提及目标
过于雄心勃勃	团队无法交付，积极性会下降	根据实际速度和产能制定

请参阅 Sprint 目标参考，其中包含 5 个完整模板及示例，以及 FOCUS 评估清单。

---

Scrum 活动

所有活动都有固定时限。Sprint 越短，各活动的时限也应按比例缩短。每项活动都是检查和调整的机会。

活动	时限（1 个月的 Sprint）	目的	关键产出
Sprint	最长 1 个月	容纳所有工作和活动	可用的增量
Sprint 计划会议	最长 8 小时	确定 Sprint 目标和 Sprint 待办事项列表	Sprint 目标 + 选定的待办事项 + 交付计划
每日 Scrum	15 分钟	检查 Sprint 目标的进展	未来 24 小时的可执行计划
Sprint 评审会议	最长 4 小时	检查增量并调整产品待办事项列表	反馈、更新后的产品待办事项列表
Sprint 回顾会议	最长 3 小时	检查团队的工作流程并规划改进	下一 Sprint 的改进行动

Sprint 规划：三个主题

1. 本次 Sprint 为什么有价值？ - Product Owner 提出如何提升价值；团队确定 Sprint 目标
2. 本次 Sprint 可以完成什么？ - Developers 根据团队容量和速率选择 Product Backlog 条目
3. 如何完成选定的工作？ - Developers 将条目分解为任务（通常为一天或更短时间）

请参阅 Scrum 事件参考，了解详细的引导建议、形式和技巧。

---

Scrum 角色

角色	职责范围	主要职责
Scrum Master	Scrum 框架的有效性	引导活动、消除障碍，并指导团队和组织运用 Scrum
Product Owner	最大化产品价值	管理 Product Backlog、传达 Product Goal，并确保待办列表透明
Developers	每个 Sprint 创建可用的 Increment	自我管理、跨职能，并对质量和 Definition of Done 负责

Scrum Team 是一个规模较小、紧密协作的整体（通常不超过 10 人），没有子团队或层级结构。每个人都要为每个 Sprint 创建有价值、实用的 Increment 负责。

请参阅 Scrum 角色参考，了解详细职责和引导技巧。

---

Scrum 工件

每个工件都包含一项承诺，以确保透明度并聚焦目标：

工件	承诺	用途
Product Backlog	Product Goal	按顺序排列的所有产品改进事项列表
Sprint Backlog	Sprint Goal	选定的条目 + Sprint Goal + 交付计划
Increment	Definition of Done	朝 Product Goal 迈进的具体一步

Definition of Done

对 Increment 达到质量标准时所处状态的正式描述。如果 Product Backlog 条目未达到 Definition of Done，就不能发布，也不能在 Sprint Review 上展示。该条目会返回 Product Backlog，供日后考虑。

Definition of Done 让所有人对“完成”的含义形成共同理解，从而提高透明度。它是最低质量门槛——单个条目可能还有额外的验收标准。

---

Sprint 目标质量检查清单

在确定 Sprint 目标之前，请确认：

• 单一目标：只有一个明确的结果，而不是任务列表
• 以结果为导向：描述团队要达成什么，而不是要做什么
• 可衡量：包含确认目标完成的方法
• 可实现：结合团队容量和速率来看切实可行
• 有价值：与 Product Goal 相关，并对利益相关者有意义
• 协作制定：团队参与制定，而不只是 PO
• 清晰可见：每天都会提及，并在醒目位置展示
• 执行灵活：目标固定，但实现目标的工作方式可以调整

---

与团队角色集成

情况	推荐技能
编写带验收标准的用户故事	从 krzysztofsurdy/code-virtuoso 安装 knowledge-virtuoso，获取测试模式
规划 Sprint 中的 API 工作	从 krzysztofsurdy/code-virtuoso 安装 knowledge-virtuoso，获取 API 设计原则
Sprint 涉及架构决策	从 krzysztofsurdy/code-virtuoso 安装 knowledge-virtuoso，获取整洁架构指导
Sprint 回顾发现代码质量问题	从 krzysztofsurdy/code-virtuoso 安装 knowledge-virtuoso，获取重构技巧