scrum-events.md

Scrum 仪式

Scrum 框架固化了一些必要的团队互动的仪式，包括：Sprint 计划会、每日站会、Sprint 评审会和回顾会。这些仪式都有其特殊目的、规则与时间限制，有助于 Scrum 团队保持沟通、共享信息并建立起规律性的协作方式，从而确保 Scrum 过程顺利，最终取得成功。

Sprint 计划会

顾名思义，Scrum 团队需要在 Sprint 计划会上制定当前 Sprint 的计划。在会上团队围绕产品待办列表，讨论新的 Sprint 的增量范围与实现方式，输出所有人充分理解并有高度共识的 Sprint 目标和包含若干具体任务的 Sprint 待办列表作为 Sprint 计划与执行指引。

• 出席者角色：
• 产品负责人 — 解释产品待办事项
• 开发团队 — 制定 Sprint 待办列表
• Scrum Master — 确保顺利举行，控制时间
• 开展时机：每个 Sprint 启动时
• 持续时长：若 Sprint 为期1个月，计划会最长为8小时；如 Sprint 时长较短，则计划会的时长相应缩短
• 仪式目的：让整个团队对新的 Sprint 要做什么和如何实现形成共同理解
• 议程和内容：
  1. 产品负责人基于产品规划和业务价值的考虑，建议当前 Sprint 的整体目标
  2. Scrum 团队共同讨论并确定 Sprint 目标（Sprint Goal），作为建立 Sprint 增量范围的决策依据
  3. 产品负责人与开发团队按照优先级顺序共同查看产品待办列表，产品负责人逐一介绍同 Sprint 相关的、准备就绪的待办事项，并回答开发团队提出的任何问题
  4. 开发团队结合 Sprint 目标、时间限制、自身产能等，估算产品待办列表中优先级靠前且准备就绪的事项的开发规模，确定当前 Sprint 可以交付的增量范围
  5. 通过主动领取的方式，开发团队确定每个事项的负责人，探讨开发思路，将事项拆分成具体任务，形成 Sprint 待办列表

每日站会

每日站会是开发团队增进交流、同步信息、发现障碍的每日例行活动。站会在每天的同一时间、同一地点举行，以降低复杂性。如果不是远程协作的团队，尽量安排所有人都聚在一起面对面站着开会，保持活动简短、高效。每日会议中的交流是对等的，不存在其他人向某个人“报告”。如果团队表现仍有提升空间，却没有人在站会上提出问题，则说明团队甚至所在组织的文化可能存在隐患。每日站会在Scrum实践中是非常重要的一环，如何让敏捷中的每日站会发挥最大效果，是每个Scrum团队应该考虑的问题。

• 出席者角色：
• 开发团队 — 同步信息，发现障碍
• Scrum Master — 确保顺利举行，控制时间（非必须出席）
• 开展时机：Sprint 期间的每个工作日，通常在早晨
• 持续时长：不超过15分钟
• 仪式目的：快速同步进度信息，发现开发过程中需要移除的障碍，形成相互“督促”的氛围
• 议程和内容：
  1. 会前需要开发团队每名成员更新自己负责任务的当前进度，并领取新的任务
  2. 会议的具体结构由开发团队设定，但通常需要每人发言，同步这些信息：昨天，我为帮助开发团队达成 Sprint 目标做了什么？今天，我为帮助开发团队达成 Sprint 目标准备做什么？是否有挑战或问题在阻碍我或开发团队达成 Sprint 目标？
  3. 在必要的情况下，如需要移除进程障碍、重新计划剩余工作，开发团队或相关人员将在站会之后安排进一步讨论

Sprint 评审会

Sprint 评审会将邀请 Scrum 团队的所有成员和一些产品相关者共同参加，一起检视 Sprint 期间所完成的产品增量，讨论接下来的工作方向。会议上对团队工作成果的肯定有利于维持健康的团队士气，来自产品相关者建设性的反馈意见将帮助产品负责人“修订”产品待办列表，以优化下个 Sprint 和更长期的交付价值。

• 出席者角色：
• 产品负责人 — 负责介绍和主持讨论产品待办列表的进度
• 开发团队 — 负责演示完成的产品增量
• Scrum Master — 确保顺利举行，控制时间
• 产品相关方 — 参与并反馈意见
• 开展时机：一般在每个 Sprint 快结束时，如有必要也可在 Sprint 中期安排一次
• 持续时长：若 Sprint 为期1个月，评审会最长为4小时；如 Sprint 时长较短，则计划会的时长相应缩短
• 仪式目的：获取反馈，增进合作，调整产品待办列表
• 流程和内容：
  1. 产品负责人说明产品待办列表中哪些事项已经完成和哪些没有完成
  2. 开发团队介绍在 Sprint 期间哪些工作做得很好，遇到了什么障碍以及是如何处理的
  3. 开发团队演示在 Sprint 期间 “完成”的增量，并解答出席会议的产品相关者的提问
  4. 产品负责人主持收集其他对于市场、产品、当前开发成果、下个发布版本等的反馈意见，组织讨论下一步的工作方向，关注可能出现变化的产品需求
  5. 产品负责人根据会上反馈和讨论的内容，调整产品待办列表，作为下一个 Sprint 计划的输入

Sprint 回顾会

持续改进是敏捷所倡导的理念之一，改进的不仅是产品，也包括产品开发过程。Sprint 回顾会是 Scrum 团队以 Sprint 为周期，检视自身并制定改进计划的活动。如果改进方案可行，且不与产品或组织整体标准的相冲突，Scrum 团队就可利用接下来的 Sprint 通过改进工作过程或调整“完成”的定义来提高产品质量。Sprint 回顾会的质量也很重要，可以点击博客文章《如何提高Sprint Review的质量》了解如何更多关于回顾会的内容。

• 出席者角色：
• Scrum 团队 — 确定需改进的问题及相关方案、计划
• Scrum Master — 确保顺利举行，控制时间
• 开展时机：Sprint 评审会结束之后，下一个 Sprint 启动之前
• 持续时长：若 Sprint 为期1个月，计划会最长为3小时；如 Spint 时长较短，则计划会的时长相应缩短
• 仪式目的：检视和调整 Scrum 的过程和实践，打造更好的开发文化
• 流程和内容：
  1. 检视 Sprint 中关于人、关系、过程和工具的情况如何
  2. 找出并加以排序做得好的和需要改进的主要方面
  3. 探讨需要改进的可行方案
  4. 制定行动计划

更多关于敏捷仪式的内容可以参考博客文章：《敏捷的四个仪式》，我们的博客中有很多关于敏捷的内容介绍及实践经验分享，想学习的朋友可以去敏捷博客页：https://worktile.com/blog/scrum 查看。