8.4 回归本质：Scrum是关于责任的完成和合作--五会解读

前言：理解本质

1. 目的，人和流程的3P模型。人是核心载体。目的映射于“责任的完成”，流程的意义在于有利于“合作”。

2. Scrum五价值观：勇气，承诺，专注，尊重，开放。前三者，在个人，在“责任的完成”，后两者，在团队，在“合作”。

3. 用户参与，产品探索，发布计划，产品交付的全流程。是价值的收集，发现，打磨，细化和完成。合作贯穿其中。

4. 敏捷宣言的四价值观：个体与互动，工作的软件，客户合作，响应变化。一三是合作。二是完成。四是与“不确定性”合作，而不是对抗。把适应不确定性打造成核心竞争力。

5. 责任的完成和合作，不可须臾离也。

6. Scrum指南：招式的来源。

7. 每个会议有其目的和专注，不是浪费时间。

8. 责任的完成和合作，是会议和所有活动的主线索。偏离了这两个主线索，可能用的是假Scrum。

迭代计划会

两大内容。两大步骤可交错进行。

1. 接下来的迭代交付中要包含哪些内容？

- PO建议迭代目标和故事。

- 团队成员协同理解迭代要完成的工作，问答澄清。

- 容量预测：剔除休假。

- 团队决定接下来的迭代要完成什么，与PO协商。

- 团队制作迭代目标：连接故事，连接人，保留弹性。

2. 如何完成？

- 定义完成的定义：

- 团队设计系统：思考交流。

- 分解任务，颗粒度朝一人天靠拢。

- 计划。初级团队需排兵布阵。成熟团队只要总工作量与容量匹配即可。

- 做出承诺。

- 认领前两天工作。

- 团队之外的人员可以参加会议提供专家支持。

每日站会

- 谨记迭代目标的指导作用，是故事取舍增删的依据。

- 同一时间，同一地点，15分钟。

- 同步开发活动，为未来24小时做计划。

- 站会后可进行按需讨论。

产品探索，发布计划，与待办列表精化会

1. 产品探索，发布计划

- 故事地图。

- 优先级。

- 估算。

- 版本线。

2. 产品待办列表精化：

- 增添细节。

- 估算--团队负责估算。

- 排序。

- 准备好的定义。

3. 准备好的三态：

- PO在会议前做尽量充足准备。

- 通过会议交流达到准备好。

- 准备好是产品待办列表精化完成的依据。

迭代评审会

两大主题：

1. 知往，检视交付的产品增量：

- 团队讨论成就，问题与挑战。

- 团队演示，干系人给反馈。

* 演示的东西是业务相关的，以故事为驱动单元，也可以几个故事组合演示。

* 没有体现在用户界面上也没关系，比如有些功能只能通过log来展示。

* 平常怎么测就怎么演示，不需要特别准备。

2. 知未，按需调整产品待办列表：

- 探讨市场和用户反馈，及因此要做什么调整。

- 预测产品发布计划的调整。

- 预测下一迭代的工作。

迭代回顾会

1. 高效快乐。

- 同事赞扬。

2. 团队检视自身，创建改进机会。

- 静默头脑风暴。

- BSCR。

- Improvement Backlog。

3. 相关物件检视。

- 完成的定义。

- 团队价值观，团队规范，工作协定。

- 敏捷成熟度。

- 代码评审等的制度化。