1.1 敏捷中的角色
1.1.1 Scrum Master 流程管理员
- 流程管理员是团队领导，帮助团队成员实现敏捷计划。责任包括
- 保证所有角色和机能之间的紧密合作
- 移除阻碍
- 保护团队免受打扰
- 和组织一起跟踪公司的进度和流程
- 保证敏捷的检查与调整
1.1.2 Product Owner 产品负责人
- 从业务角度推动产品。责任包括
- 定义需求，评估需求的优先级
- 确定发布的实际和内容
- 在迭代计划和发布计划会议中承担积极的角色
- 确保团队致力于最有价值的需求
- 接受满足完成标准和定义好的验收标准(acceptance criteria)用户故事(user story)
1.2 跨职能团队
- 每个敏捷团队应当是一个自满足的团队，成员是 5-9 人，平均经验是 6-10 年
- 典型的敏捷团队包括 3-4 位开发者，1 位测试，1 位技术领导， 1 位产品负责人和 1 位流程管理员
- 产品负责人和流程管理员作为团队接口，其他成员是技术接口
1.3 敏捷团队如何计划工作
- 迭代实现用户故事，每个迭代周期是 10-15 天
- point 点：定义一个团队可以提交完成。一般是 8 个小时。每个故事用点评估
- capacity 能力：定义一个人可以提交完成。用小时评估
1.4 用户故事 user story
- 一个用户故事是一个需求，定义用户所需作为功能
- 在发布计划中，使用相对范围的点数粗略的评估一个用户故事
- 在迭代计划中，将用户故事分解成任务(task)
1.4.1 用户故事和任务的关系
- 用户故事描述要完成什么，定义了用户所需；任务描述如何完成它，定义了要实现的功能
- 故事是通过任务实现，每个故事是任务的一个集合
- 当把用户固执放在当前迭代计划时，用户故事被分解成任务
- 任务用小时评估，一般是 2-12 个小时
- 故事通过验收测试进行验证
1.5 故事何时完成
- 团队定义完成的含义。标准可能是
- 所有的任务(开发和测试)被完成
- 所有的验收测试在运行并通过
- 没有开放的缺陷(defect)
- 产品负责人已经接受了故事
- 可交付给终端用户
1.5.1 验收标准(acceptance criteria)
- 标准定义一个特性需要的功能、行为和性能，以便产品负责人可以接受
- 它定义了要完成什么以便开发者知道一个用户故事何时完成
1.5.2 如何定义需求
- 需求可以定义为
- 一个用户故事
- 包含验收标准
- 包含完成这个故事的任务