团队成员

  • 一般情况人数在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个改进方案指定跟进人员