本文更新版本已挪至 http://www.zhoujingen.cn/blog/7262.html
在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 中的任务
推荐：你可能需要的在线电子书
敏捷个人sina围裙：http://q.t.sina.com.cn/135484
欢迎转载，转载请注明：转载自敏捷个人网站