文档介绍：•Sprint计划会议1:原始需求者、产品负责人及团队一起，确定任务优先级，定出Sprint目标和既定产品Backlogo•Sprint计划会议2:团队将既定产品Backlog中的每一项细化成多个任务。每个任务完成的时间限定在一天内。・Sc公司带来每月1万张订单。
验收条件是开发完成后检验的标准,所以一定要认真填写，否则可能开发出来的东西与预期不达标。
以上面的一导出+CN酒店每天的PV、UV等流量数据II为例，它的验收条件可以为:
•1可以为每个用户设置是否拥有此导出权限
•2导出的时间可以细化的天。即可导出每天的流量
•3导出数据的最大时间跨度为31天
•4对于导出数据做好日志记录，后期可查是谁进行了导出。・5导出的字段包括:PV、UV、跳出率、新访客占比。
价值验证说明如何跟踪上线后的效果
2、Sprint计划会议1
目标:定出Sprint目标和既定产品Backlog。
会议准备
□所有会议资源都已预订
□会议室
□投影仪
□笔记本
□在会议前一天确定议程，将目标和议程发送给所有与会者
□原始需求人（可选择不来
□产品负责人
□ScrumMaster
□开发团队
□已按优先级排列产品Backlog整理完毕
Sprint时间表已经安排
Sprint计划会议1的时间安排
□Sprint计划会议2的时间安排
□Sprint的第一天已确定
□Sprint的最后一天已确定
□Scrum每日例会的时间安排
□Sprint验收会议的时间安排
□Sprint回顾会议的时间安排
会议议程
□把Sprint时间表公开给所有人
□产品负责人向团队产品阐述需求（用户故事
□开发人员对用户故事不清楚的点可以及时提出。
□产品负责人或者原始需求者负责解答不清楚的故事点。
□如果讨论现场发现有遗漏的需求,可由产品负责人添加至产品Backlog。
□如果对需求的优先级存在异议,可会上讨论,确定最终的执行顺序。
□产品负责人&需求方和小组成员相互认可这Sprint目标和既定产品Backlog
会议结果
□为Sprint计划会议2的进行准备好既定产品Backlog
补充内容
产品Backlog模板（基本同需求模板
需求种类
优先级
需求类型
需求标题
1F
细描述
验收条件
提交时间
需求人
备注
跟进人
预」计
兀
成时
间
实：际完成
时
间
Spruit版本号
夂
if
t
•-等待处理
•-正在进行
•-已经完成
•-不予处理
•-暂时搁置
•-需要讨论
3、Sprint计划会议2
目标:确定所有任务，生成SprintBacklog,
□要求原始需求者离开会议，参会人员为
□产品负责人
□ScrumMaster
□开发团队
□在Sprint计划会议1后10分钟举行
□Sprint计划会议1中整理的既定产品Backlog
□任务估时牌（按1,2,3,5,8,13估算
会议进程
□团队成员按顺序分析既定产品Backlog的讨论实现细节
□编码
□测试
□代码审核
□学****新技术
□编写文档
□部署
□上传
□可看情况确定是否使用***估时
□任务超过一天时,需要拆成多个小任务
□如果团队评估下来任务过多，可和产品负责人一起删减任务□如果团队评估下来任务过少,可和产品负责人一起从产品Blaclog中引入新的需求。
会议结果
将最终确认的可完成的需求清单邮件至
原始需求人
□产品负责人
□ScrumMaster
□开发团队
□将最终确认的任务列表邮件至
□产品负责人
□ScrumMaster
□开发团队
SprintBacklog模板
优先
级
前求标题
详细描述
验收’
条件
需求人
跟进
人
处理人
任务描
述
处理
日期
务可以是程序类描述，如一数据数据库设计II
4、Scrum每日例会
目标:团队成员间工作进度的沟通和协调
□邀请与会者
□外部团队协助人员（如有有需要的话
□原始需求人（只有选择是否参加，过程中不可发言
□在SprintBacklog上的所有任务都是可以增删修改,可重排序的
□—台电脑,中间标识任务的状态，可设为一待处理II,—正在处理II,—已完成啲。
会议进程
注意:
•-会议限定在15分钟内
•-团队里的每个成员都必须回答以下三个问题，并考虑其相关的行动。□上次会议时的任务哪些已经完成?
□把任务从一正在处理1