Scrum敏捷开发

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个改进方案指定跟进人员