Scrum动态图
团队成员
- 一般情况人数在5~9个左右
- 团队要跨职能(包含开发人员、测试人员、用户介面设计师
等) - 团队成员构成在Sprint内不允许变化。
用户故事建模
为开发任务需求编写用户故事
| 重要性 | 用户故事 | 测试方法 | 预估时间 |
|---|---|---|---|
| 30 | 做为一个会员，可以查看自己的购物清单，以便一起购买 | 登录，点击购买清单Tab | 16h |
Sprint计划会议（两周一次，4个小时）
- 设定本Sprint目标及优先级
- 挑选本Sprint所要开发的需求（Story)
- 逐一将Story细分成Task
- 确定每日站会时间和地点
- 确定演示会议和回顾会议日期
计划会议输出：
| Story | Task | Hour |
|---|---|---|
| A | 1. 编写自动化验收测试 2. 设计用户界面 3. 编写用户界面程序代码 4. 编写数据库代码 5. 编写单元测试 6. 人工测试 |
3h 5h 8h 8h 8h 8h |
| B | 1. 编写自动化验收测试 2. 设计用户界面 3. 编写用户界面程序代码 4. 编写数据库代码 5. 编写单元测试 6. 人工测试 |
3h 5h 8h 8h 8h 8h |
第日立会为早上9：00至9：15
Demo演示时间为：2018-07-10 上午10：00-12：00
回顾会议：2018-07-10 下午3：30-4：00
每日立会（15分钟）
- 昨天做了什么
- 今天要做什么
- 遇到的问题
- 更新燃尽图
Sprint评审会（2个小时）
- 团队展示Sprint中完成的功能
- 简单议程
- 全员参与
- 关闭Sprint
回顾会（2个小时内）
- 讨论做得好的，有待改善的
- 就1-3个关键问题提出解决方案
- 对改进点分配专门人员进行跟踪，确保改进方案得到实施
- 全员参加
回顾会输出： - 本次Sprint团队状况（总工时等）
- 记录做得好的与有待完善的点
- 对于有待完善的点的改进方案
- 对1-3个改进方案指定跟进人员
网友评论