2.7.2 Scrum 核心

• 3个工件
• 5个会议
• 5个价值观

3个工件

• 产品待办列表（Product Backlog）
• Sprint 待办列表（Sprint Backlog）
• 产品增量（Product Increment）

5个会议

• 产品 Backlog 梳理会议（product backlog refinement）
• Sprint 迭代计划会议（Sprint Planning Meeting）
• 每日站会（Daily Scrum Meeting）
• Sprint 评审会议（Sprint Review Meeting）
• Sprint 回顾会议（Sprint Retrospective Meeting）

产品 Backlog 梳理会议

• 目的
• 主要活动
• 参与人
• 什么时候

目的

以客户为中心，整体产品聚焦，让大家对目标保持一致

主要活动

• 需求收集并建立产品迭代事项清单 product backlog
• 对可能要纳入到冲刺中的 backlog 进行细化，估算完成时间
• 排优先级（Must have、Should have、Could have、Won't have），PO 是主要负责人

参与人

PO、SM 和 Team 应当参与

什么时候

不能指望通过一次开会来完成 Backlog 梳理，通常的做法是每天花一点时间来做 Backlog 梳理

Sprint 迭代计划会议

• 说明
• 要点

说明

每轮迭代开启前，团队共同讨论本轮迭代详细开发计划的过程，输出团队迭代 Backlog

迭代计划会议内容：

• 澄清需求，确保 PO 和 Team 对需求的理解达成一致
• 对 “完成标准” 达成一致
• Story 工作量估算、重新定义优先级，由 SM 组织进行工作量评估，评估方式可以采用三点估算法
• 评估完成后，再与团队成员一起讨论确认
• JIRA 上录入、细化、分配迭代任务和初始工作计划，形成最终的迭代 Backlog

要点

• 充分参与：ScurmMaster 确保 PO 和 Team 充分参与讨论，达成理解一致
• 相互承诺：Team 承诺完成迭代中的需求并达到“完成标准”，PO 承诺在短迭代周期不增加需求
• 确定内部任务：Team 和 PO 协商把一些内部任务放入迭代中（例如重构、持续集成环境搭建、遗留的 BUG 等），由 PO 考虑并与其他外部需求一起

每日站会

• 每日工作前，团队成员的例行沟通机制，由 Scrum Master 组织，Team 成员全员站立参与
• 在看板前进行，及时更新看板状态
• 聚焦以下三个主题：
• 我昨天完成了什么任务？
• 我计划今天完成什么任务？
• 遇到什么阻碍问题、风险、需要什么帮助

每日站会关键要点

• 准时开始：开始时间固定，不允许迟到
• 高效会议：会议限时15分钟，不讨论与会议三个主题无关的事情（如技术解决方案等）
• 问题跟踪：ScurmMaster 记录所有的问题并跟踪

避免每日站会变成流水式表达（我今天要完成什么，而不是我今天要做什么）

Sprint 评审会议

目标是检视与调整构建的产品

• 会议目的
• 参与人
• 会议时间

会议目的

• PO 验收成果，回顾 sprint 目标和承诺的特性列表，并和实际完成的特性进行对比
• 细节调整沟通，演示和讨论要完成的特性（展示有交互的运行起来的软件），并对功能性的产品增量进行审视或者对最终发布计划做出必要的调整

参与人

PO、SM、Team、客户、利益相关者

会议时间

时长多是1-2小时

Sprint 回顾会议

• 在每轮迭代结束后举行的会议，目的是分析好的经验和发现改进点、促进团队不断进步
• 围绕如下三个问题：
• 本次迭代有哪些做得好？好的方面，继续保持
• 本轮迭代我们在哪些方面还能做得更好？反思改进点，说出新问题
• 不足的方面，下次迭代准备在哪些方面改进？（针对新问题制定改进方案）

迭代回顾会议的关键要点

• 会议气氛：Team 全员参与，畅所欲言，头脑风暴发现问题，共同分析原因
• 关注重点：Team 共同讨论优先级，将精力放在最需要的地方
• 会议结束要跟踪记录形成闭环：可以放入迭代 Backlog 中

5个价值观

• 承诺（Commitment）：愿意对目标做出承诺
• 专注（Focus）：把心思和能力都用到你承诺的工作上去
• 开发（Openness）：以开放的心态一起工作，全方位展示工作的做事方式和关注点
• 尊重（Respect）：每个人都有他独特的背景和经验，相互尊重
• 勇气（Courage）：有勇气做出承诺，履行承诺