------scrum-三个工作

PB(product backlog)-PO负责，其他人参与

SB(sprint backlog)当前产品待办事项列表

product increment产品增量。

   技术负债，需要重构

------5个事件----

sprint：时长一致、待办任务未完成放到PB里

sprint计划会议4小时：※定计划。PO主导介绍高优先级功能；移到SB；由开发团队决定一个sprint完成多少，CMaster参加

  故事点是相对估算的单位；速率是团队在每个sprint的极限工作量；刺探

每日scrum站会：15分钟，※更新信息 CMaster主导 开发团队自发 昨天今天总结计划和发生的障碍。只记录问题不讨论

SOS scrum of scrum 两个scrum组之间

信息发射源/信息扩散器-看板、燃尽、燃起图

sprint评审会：2小时，团队主导演示 检视做完的增量是否符合要求。PO、开发团队、CMaster、客户

结果：修订后的产品待办列表，

sprint回顾会议：2小时，总结过去，下一个sprint需要做的改进。PO、开发团队、CMaster

Psprint计划会议D每日scrum站会Csprint评审会Asprint回顾会议

-----5大价值观---

承诺、专注、开放、尊重、勇气

看板：可视化管控，消除瓶颈

---极限编程的12个最佳实践---

测试驱动：先写测试代码，再写程序TDD

重构

结对编程：老带新

集体所有权

持续集成

产品待办事项列表（PB）

每日Scrum站会

Spring评审会议

3.3.2三个工件

• 产品待办事项列表PB-需求池（经过PO排序）
• 冲刺待办事项列表sprint
• 产品增量（技术负债）-新的增量必须是完成的（可交付成果）

用户故事：作为一个角色，想要什么功能，以便于实现什么价值 

3.3.2五个事件

sprint（长度通常保持一致）：只有PO可取消

sprint计划会议（通常由团队决定一个sprint完成多少，完成后团队会立即建议产品负责人停止）-4小时

• sprintBacklog(冲刺待办事项的的故事点量-相对估算）
• 故事点和团队速率（团队的速率通常经过多个sprint才能稳定，不同的团队不具有可比性，因为选用的基准不一致）-刺探/探测spike(在不能有效估计时使用）

每日scrum站会(开发团队自己负责-同一时间、地点）-15分钟

• 昨天、今天做什么+遇到的困难（不讨论、只记录问题）
• SoS会议：跨团队间了解信息
• 信息发射源（白板）：燃尽图（剩余工作），燃起图（实际做了多少）-高效透明的沟通（不写工作报告，更新看板和燃尽图）

sprint评审会：获取反馈、促进活动-2小时

• 开发团队演示完成的工作，获得客户反馈并促进活动
• 会议结论：修订后的产品待办列表
• 团队成员\PO\客户都可以参与

sprint回顾会：不超过2小时-明确接下来的冲刺中要做的改进

3.3.2五大价值观

• 承诺
• 专注
• 开放
• 尊重
• 勇气

3.3其他实践

丰田看板“just in time--零库存”

• 拉式分配任务（当最终的活动已经完成了，出现空闲的产能，此时可将上游的工作继续向下分配）
• 如果出现任务堆积在某个环节，则其他环节的团队成员应该协助处理

极限编程十二个实践

• 测试驱动开发 
• 重构
• 结对编程（交叉培训）
• 集体所有权（每个人都有修改代码的权利）
• 持续集成