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