Scrum之 Sprint计划会议

在sprint第一天召开sprint计划会议，这个会议分为两部分，计划会议1由PO、SM和Team参加，主要是从产品backlog中挑选出需要放到当前sprint下的既定产品backlog，然后由SM、Team参加计划会议2，把既定产品backlog的故事拆分成任务进行估算，PO也可以一起参加这个部分来了解具体的开发细节。以下我将把会议主要内容罗列一下。（以下会议内容来自于Scrum
Checklists)

会议内容

　　sprint计划会议1

产品负责人和团队一起，在先前评估的成果基础上，定出 Sprint 目标和既定产品Backlog。

目标

　　定出 Sprint 目标和既定产品 Backlog

会议准备

邀请与会者：产品负责人、Scrum Master、团队所有成员
已按优先级排列产品 Backlog 中各项问题
已评估 Backlog 中的各项问题
把产品 Backlog 公开给会议中的每个人，保证其可被获取
预期团队中有哪些人已明确会缺席（如度假）
保证房间环境适合小组讨论
每个人都可以获取上次 Sprint 评审会议和 Sprint 回顾会议的结果
Sprint 时间表已经安排

Sprint 计划会议 1 的时间安排
Sprint 计划会议 2 的时间安排
Sprint 的第一天已确定
Sprint 的最后一天已确定
Scrum 每日例会的时间安排
Sprint 评审会议的时间安排
Sprint 回顾会议的时间安排

（可选）为既定 Backlog 准备图钉板:一个至少 2x2 米的图钉板、卡片和贴纸、荧光笔
（可选）用作计划纸牌的卡片

会议进程（4 小时）

把 Sprint 时间表公开给所有人
把 Sprint 评审会议的结果公开给所有人
把 Sprint 回顾会议的结果公开给所有人
产品负责人向团队产品阐述产品远景
产品负责人和团队一起确定 Sprint 目标
如果 Backlog 里有问题遗漏：产品负责人有权限往 Backlog 里添加问题
如果产品 Backlog 完全未被评估：选择 Backlog 中您认为是最小用例的问题，并指派其工作量为 2 个Story Point。以这个最小用例的工作量标准，分配 Backlog 中其他问题的 Story Point
如果 Backlog 中的一些问题尚未被评估：根据其他问题工作量，评估这些问题的 Story Point 量
如果产品 Backlog 中的各项还没能合理地按优先级排序:产品负责人对产品 Backlog 中的各项按优先级排序
产品负责人和小组成员相互认可这 Sprint 目标和既定产品 Backlog

　会议结果

　　为 Sprint 计划会议2的进行准备好既定产品 Backlog

　　sprint计划会议2

在 Sprint 计划会议 2 中，团队将既定产品 Backlog 中的每一项细化成多个任务。每个任务完成的时间限定在一天内。

目标

　　确定所有任务，生成 Sprint Backlog，确认 Sprint 目标

会议准备

邀请与会者：Scrum Master、团队所有成员、产品负责人（可以有权得知所有问题）
任务规划时可以参考既定产品 Backlog
（可选）为既定 Backlog 准备图钉板:一个至少 2x2 米的图钉板、卡片和贴纸、荧光笔

会议进程（4 小时）

团队成员从 Backlog 的各项问题中分出相应的任务
确保考虑到工作中所有的细节:编码、测试、代码评审、会议、学习新技术、编写文档
如果任务需时超过一天：尝试把该任务分割成几个小任务
如果团队认为 Sprint Backlog 中项过多：和产品负责人一起删减 Backlog 中的问题
如果团队认为 Sprint Backlog 中的项过少：和产品负责人一起从产品 Backlog 中选出最重要问题，加入Sprint Backlog 中
团队确认 Sprint 目标

　会议结果

Sprint 目标和 Sprint Backlog 对于公司内的所有人都是公开的
所有团队成员都可以获取 Sprint Backlog 中的任务