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 中的任务