迭代回顾会议

什么是迭代回顾会议

迭代回顾会议是Scrum团队检视自身并创建下一个迭代改进计划的机会。

回顾会议发生在迭代评审会议结束之后，下个迭代计划会议之前。对于长度为一个月的迭代来说，回顾会议时间最长不超过3小时。对于较短的迭代来说，会议时间通常会缩短。Scrum Master要确保会议举行，并且每个参会者都明白会议的目的。

Scrum Master确保会议是积极的和富有成效的。Scrum Master教导大家遵守时间盒的规则。Scrum Master对Scrum过程负责，作为团队的一员参加该会议。

为什么要做迭代回顾会议

迭代回顾会议的目的在于:

• 检视前一个迭代中关于人、关系、过程和工具的情况如何;

• 找出并加以排序做得好的和潜在需要改进的主要方面;同时，

• 制定改进Scrum团队工作方式的计划。

Scrum Master鼓励Scrum团队在Scrum的过程框架内改进开发过程和实践，使得他们能在下个迭代中更高效更愉快。在每个迭代回顾会议中，如果适用并且不与产品或组织标准相冲突，Scrum团队计划不同的方式通过改进工作过程或调整“完成”的定义来提高产品质量。

在迭代回顾会议结束时，Scrum团队应该明确接下来的迭代中需要实施的改进。在下一个迭代中实施这些改进是基于Scrum团队对自身的检视而做出的适当调整。虽然改进可以在任何时间执行，但迭代回顾会议提供了一个专注于检视和适应的正式机会。

迭代 回顾会议的原则

敏捷回顾最高指导原则

敏捷回顾最高指导原则是这么说的：

“无论我们发现了什么，考虑到当时的已知情况、个人的技术水平和能力、可用的资源，以及手上的状况，我们理解并坚信：每个人对自己的工作都已全力以赴。”

如何理解回顾会议最高指导原则

这句话至少有三层深意：

• 信任

• 对事不对人

• 发展的眼光

信任

人与人之间很重要的一层关系是信任。唯有信任，团队才是真正的团队；唯有信任，人与人之间的协作才能顺畅。在回顾会议中，第一个要传递的信息就是信任。管理者对于团队是信任的，相信团队每个成员都已全力以赴。团队成员之间也是互相信任的。我们在现有已知情况、个人的技术水平和能力、可用的资源下已经做到最好。

对事不对人

回顾会议的目的是帮助团队提高与改进工作的流程。在这个过程中，团队必然会碰到发生过的问题。那么针对每个问题，必须明确的一个原则是对事不对人。我们现在讨论这个问题，目的是能从这个问题洞察到更深层的原因以避免之后发生同样的问题。而不是为了羞辱一个人。作为引导师，需要密切关注会议中的氛围。一旦发生针对个人的行为，引导师需要立刻采取行动。根据行为的严重程度采取的应对方式不同，细节可以参考引导方面的书籍。

发展的眼光

指导原则中提到“无论我们发现了什么，考虑到当时的已知情况、个人的技术水平和能力、可用的资源，以及手上的状况……”，这段话说明即使现在发现了问题，部分是由于个人技术水平和能力有限，那么给我们一个很好的启示是，团队现在某个方面技术水平和能力需要提高，即团队（或个人）总是有提高发展的空间。

量身定做

回顾会议要根据团队的状况量身定做。而不是采用通用的方式。团队能够在回顾会议中发现问题，找到可行性的解决方案并从中反思和学习，进而提升团队的凝聚力，这点是十分重要的。

及时反馈

回顾会议是对迭代中团队成员在过去一段时间内的反思和总结并采取行动。一方面是需要根据内部和外部环境的变化进行调整。另一方面是让改进能够及时落实，避免改进成为空谈。有必要通过一次正式的会议让大家能够及时进行调整。

共同参与

回顾会议是团队集思广益的会议。需要团队群策群力共同接受并解决问题。如果团队普遍缺乏参与，变成一言堂。就缺乏了回顾会议的效果。

迭代回顾会议的准备

角色

主持人

作为主持人，回顾会议可以帮助主持人建立领导力，树立威信。主持人需要根据团队的状况进行设计和准备。在活动过成中使回顾会议充满仪式感。

记录人

在会议中，负责对回顾会议进行记录。并在会后将会议纪要发送给干系人。

参与人

参与人主要为产品负责人和团队，其它参会人需要根据手头的工作，妥善安排好工作。若没有特殊原因，不得缺席回顾会议。

不建议团队以外主管参与回顾会议，否则会营造不安全氛围，使得回顾会议缺乏有效信息。

时间

回顾会议建议在每个迭代的最后一天下午进行，紧随迭代评审会议。

会议时间

会议时间根据人数建议控制在2-3个小时之内，时间过长会产生疲劳和厌倦。时间过短问题讨论分析不够充分，达不到预期效果。所以，为了达到预期效果，可以适当延长会议时间，但不能减少会议时间。

时间框架

回顾主要由以下几个活动构成，根据人员数量，每个活动的参与深度，可采用的时间框架如下：

上一迭代改进执行情况（10 ~ 15 分钟）

预设会议基调（10 ~ 15 分钟）

收集数据（10 ~ 15 分钟）

激发灵感（15 ~ 30 分钟）

讨论决策（40 ~ 60 分钟）

总结收尾（15 ~ 20 分钟）

基于以上活动，回顾会议的时间在 90 分钟 ~ 150 分钟左右。

场地

建议是封闭、光线充足的会议室。能够容纳团队整体。要求有空白的白板、投影仪。尽量避免不透风和不透光的场所，让人有压抑的感觉。

场地室温建议设置为 23~25 摄氏度，没有异味。

工具

白板笔：至少两支不同颜色的白板笔。用于记录和标记。

白板擦：用于擦除白板上的记录。

报事贴：根据与会人数量和活动数量决定，基本上保证至少 2 包。

签字笔：根据与会人数量，确保人手一只。

投影设备：可以是投影仪，也可以是大屏幕，用来作展示。

会议通知

在迭代回顾会议的前一天或者当天站立会议后，通过口头通知团队成员。并通过邮件正式通知所有干系人，包括场地的预定。

引导内容

引导的内容需要根据团队当前的状况进行设计。团队一般会经历以下几个事件，团队每个阶段的特点和

1. 团队组建：彼此相互不熟悉，需要一些活动更深刻的了解彼此。

2. 团队初期：团队之间需要探索一些有效的回顾会议活动，所以尽可能尝试不同的内容。

3. 团队成熟：团队相互熟悉，需要短平快的回顾会议，并且可以轮流来主持。

4. 新成员加入：新成员需要快速理解当前的活动并且参与到改进中来，需要有效的活动快速让新成员融入团队。

5. 老成员离去：老成员离去需要一些庆祝和感谢活动，并且在他离开之前有足够的反馈能够帮助他。

6. 团队即将解散：团队即将解散前需要更多总结和反思的活动，共同学习收获。

迭代 回顾会议的流程

回顾会议一般包含以下过程：

1. 签到

2. 汇报上迭代的改进执行情况

3. 预设会议基调

4. 收集数据

5. 激发灵感

6. 决定做什么

7. 总结收尾

签到

确保团队所有人在无特殊情况下都参加回顾会议，邀请到的参会人需要签到。

汇报上一迭代改进的执行情况（可选）

主持人在准备的时候需要跟踪上迭代回顾会议最后确定的改进情况。并需要一页或多页胶片给团队汇报。建议在会议开始时，由相关条目的负责人负责更新进展。

预设会议基调的活动

预设会议基调主要是在正式的会议开始之前让团队感到轻松和安全。否则很难达到会议预期的效果。

建议活动 - 1：写下一个 F 开头的单词

通过写下 F 开头的单词，得知每个人对回顾会议和工作的状态。这个活动可以激发参与人的兴趣。

建议活动 - 2：安全度检查

安全度检查表明了每个人参与回顾的意愿。如果团队中有人不愿意参与回顾会议，那么回顾会议就失去了意义。哪怕仅有一个人不愿意参加回顾会议，也要取消整个团队的回顾会议。在取消后，由Scrum Master 和不愿参与回顾会议的成员沟通，来了解具体的原因。

安全度检查一定要采取匿名的形式，由主持人收集并公布结果，宣布回顾会议是否进行。安全度检查主要有 ESVP 和 Security Point 两种形式。每种形式都根据成员自己的感受来收集。

为了避免泄露安全性检查的结果，要求所有成员采用同样颜色的报事贴，同样颜色的笔，留下最小的记号，然后由会议主持人统一宣布。不允许个人宣布自己的安全度检查结果。以免成员由于顾虑反馈不真实的结果。

采用 ESVP 收集安全度

ESVP 代表以下四种参与者的心态：

Explorer（探索者）：渴望发现新的想法和见解。他们想了解他们所能了解的关于迭代/发布项目的一切。

Shopper（购物者）：将查看所有可用的信息, 并将很高兴带着一个有用的新想法回家。

Vacationers（度假者）：对回顾的工作不感兴趣, 但很高兴远离日常的磨合。

Prisoner（囚徒）：觉得他们被迫参加, 宁愿做其他的事情。

每个人都需要根据自己对回顾的感受真实的表达自己的想法，并采用首字母作为表达自己真实意愿的标志。写到报事贴上，并折叠避免泄露信息。

采用安全指数收集安全度

另外一种检查安全度的方式是匿名询问安全指数。安全指数由以下 5 种构成：

5 - 没有问题，我愿意讨论任何事情。

4 - 我愿意讨论大部分事情，一些事情比较困难。

3 - 我愿意讨论有些事情，另外的事情很难说。

2 - 我不愿意讲的太多，让别人把问题抛出来。

1 - 我只愿意保持微笑，觉得任何事情都很好而且同意主管的看法。

每个人都需要根据自己对回顾的感受真实的表达自己的想法，并采用数字作为表达自己真实意愿的标志。写到报事贴上，并折叠避免泄露信息。

宣布是否继续进行会议

主持人可以根据收集的安全度结果，回顾会议主持人宣布进行会议还是取消会议。如果团队内有不愿意参加回顾会议的成员，表明有成员认为回顾会议不安全。这种情况表明安全度没有不达成回顾会议的条件。主持人要宣布终止回顾会议，不能当场指出不愿意参与回顾会议的成员（除非他自愿向所有人表明）。也不能强迫团队成员进行回顾会议。

当会议终止后，认为回顾会议安全度不够的成员有义务向主持人私下表明安全度不高的原因。以便下一次回顾会议营造适当的安全氛围。

收集数据

当回顾会议满足条件之后，就可以开始了。第一个活动是收集上一个迭代的数据，从对上个迭代的回忆中找到需要改进的点。通过收集数据，可以使所有团队成员分享在迭代周期、版本周期或项目中的全局状况。如果没有数据，大家只能想象什么需要改进、如何改进。数据收集活动够可以使团队从不同角度共享和整合数据。

建议活动1：三个5

该活动用以收集数据或作为确定行动计划阶段的一部分。

目的

初步拟定下一步行动或建议的想法，发觉项目过去的重要主题。

所需时间

基于参与者的多少，需要30~60分钟

材料及准备工作

至少每人一张 A4 纸，人手一支笔。

说明

把人员分成小组，每组不超过5个人。每组需要包含所有的角色。每名组员有5 分钟时间开动脑筋写下自己的想法。5分钟结束，每个人把自己的纸传给右边的人。下一个分钟内，每个人基于纸上已经有的想法写下自己的新想法。重复这个过程直到纸最终回到初始者手中。

步骤

1. 用下面的话作为活动开始：“本活动的目的就是围绕 [讨论的主题] 提出尽量多的想法。”

2. 按照上述的说明介绍本次活动。

3. 把大家分成小组，每组不超过5个人。把纸发给大家，确保每个人都有笔。提醒大家字迹要工整。

4. 说明活动流程：第一轮，没人用5分钟写下与主题相关的想法。目标是小组里最少产生出5个想法。接下来的轮次，每个人基于纸上已有的想法提出新想法，或新改进。

5. 为小组及时，5分钟后，要求大家把纸传向右边。

6. 全部传递完毕后，请每人阅读纸上的所有想法。

7. 用以下问题来对此活动进行小节：

8. 写下想法时，有什么新的发现。

9. 有什么让你感到惊讶？哪些符合你的期望？为什么？

10. 哪些被忽略了？

11. 哪些应该进行下一步分析。

12. 从应该进行下一步分析的主题中作为后续活动使用。

注意事项

如果人少于7人，就不需要分组，但纸只需要传5次。

建议活动2：Mad-Sad-Happy

用该方法收集在一个迭代周期，版本或项目中大家的情绪感受的数据。当成员不善于表达的时候，可以采用情绪在表达的内容之间建立关联。

目的

了解大家的情绪感受。情绪是阻碍学习和工作的最大风险，要及时发现影响工作情绪的原因并予以排除。

所需时间

基于人员多少，需要 20 ~ 30 分钟

材料及准备工作

1. 会议室白板或者海报纸。如果是白板的话，需要用白板笔画出四列，分别是：高兴、难过、愤怒、行动。如果是海报纸的话，则需要根据贴对应的四张海报纸。

2. 三种不同颜色报事贴，不同的颜色对应高兴、难过、愤怒。

3. 人手一支笔。

步骤

用以下话语作为活动的开始：

“现在我们看一下我们在本迭代周期、版本或项目中的情绪感受。让我们侍者找出哪些事情让我们满意，而哪些事情让偶们沮丧？”

1. 提醒大家三个展板分别为“愤怒”，“难过”，“高兴”，并用不同颜色的报事贴代表不同的情绪。给大家提供报事贴和笔。

2. 说明如何进行，并给出时间限制。“请用 5 分钟考虑在本迭代/版本/项目中，什么时候或者在哪个时间的时候你感到愤怒、难过，快乐。每张报事贴上只写一件事。请注意字迹工整。”

3. 时间结束时，请大家把报事贴贴到对应的表情展板下。如果需要，允许添加新的卡片。

4. 将所有报事贴分类。从第一个展板上拿起一张报事贴，读给大家听，让后把它与下一张报事贴放在一起，问大家这两张报事贴说的是不是同样的事。大家会告诉你哪些报事贴是类似的，重复此过程直到把所有的报事贴分类。

5. 邀请大家为每类报事贴命名。用另外一张报事贴来写出此类报事贴的名称。可以用特殊颜色代表名称报事贴，或在卡片上画一个外框命名这些报事贴。

6. 通过以下的问题来进行小结讨论：

   1. 当你读这些报事贴的时候，哪些最引人注目。

   2. 哪些事出人意料？这项任务的困难在哪里？那部分让人感到积极和正面？

   3. 在这些分类中可以看出什么规律？这些规律对我们有什么意义？

   4. 基于以上的情况，下一步我们应该做什么？

建议活动3：团队帆船

使用帆船作为团队的隐喻。该团队确定锚 (障碍) 和风 (积极力量), 并选择一个区域来改进。

目的

让团队能够分析当前的内外部环境，把各个因素可视化出来进行分析。

所需时间

45分钟左右

材料及准备工作

1，主持人画了一张帆船漂浮在水中的大图, 上面大约有一半的空间, 一半在水/船下面。

步骤：

1. 项团队解释该图的隐喻：“我们要用帆船作为团队的视觉隐喻。在帆船上, 有东西会使它减速 (锚), 有的东西会推动它前进 (风)。帆船有它的目标（岸/愿景），以及实现目标过程中产生的风险（岩石）。”

2. 让大家根据自己的感受，将自己认为的目标、风险、阻碍、帮助 等写下来，让大家注意字迹工整。限时5分钟。完成之后让大家把自己写的内容贴到白板上。

3. 主持人按目标，风险，阻力，帮助的顺序。阅读所有的内容，如果内容不容易理解，则需要作者解释说明。如果内容相似，则进行合并。

注意事项

1. 如果画帆船有困难，可以投影到屏幕上。在白板上用象限法分出四个区域。

激发灵感

通过激发灵感活动，团队可以花一些时间评估数据和有益信息，帮助团队诠释、分析数据，阐释灵感并揭示隐含的变化。

建议活动1：学习矩阵

目的

帮助团队成员在他们的数据中找出最重要的东西。

所需时间

20~25 分钟

材料及准备工作

准备一张白板纸，划分出田字格。分别以下列图标表示：“笑脸”表示什么事情做得好，我们就继续做下去；“不高兴”表示我们想改变什么；“灯泡”表示有了新的想法；“点赞”表示我们应当感激或者表扬谁。

步骤

1. 根据前一个阶段的数据展示，在讨论数据之后，展示写着“学习矩阵”的白板纸。大家可以根据之前的数据，按照矩阵的四个象限所代表的意义给出自己的建议和观点。

2. 当团队成员考虑往图表上填写见解时，填写进对应的象限。尽可能用原话来写，如果觉得句子太长，可以用“如果用一句化表达，你会怎么说”来精炼和缩短内容。

3. 当全部的意见和想法收集完毕，需要大家对即将采纳的行动进行投票。并根据投票结果选择下一步的行动计划。

建议活动2：Start-Stop-Keep-More-Less

目的

让团队参与到规则的制定中来，开始自发的形成内部的约束。

所需时间

40~45分钟

材料及准备工作

1. 主持人先在白板上画出下图：2. 报事贴和笔

步骤

1. 根据前一个阶段的数据展示，在讨论数据之后。在 5 分钟内，大家自发的决定在下一个阶段应该采取什么样的行动。

2. 5 分钟结束后，大家把自己认为需要采取的行动贴到对应的区域内。

3. 主持人宣读每个行动动议，大家投票表决通过或者撤销。

注意事项

1. 接下来需要采取的动议必须经过全体表决，如果有不一致的意见可以进行讨论并第二次表决。第三次扔未达成一致的，则宣布撤销。

决定做什么的活动

在迭代、版本、项目的回顾检视会中，通过以下活动完成“决定做什么”

建议活动1: Smart 目标

目的

将设想按优先级别转换成行动计划，形成一系列具体、可衡量的行动。

所需时间

20-60 分钟，根据小组的规模决定

说明

让团队致力于建立符合以下原则的目标，每一项行动需要遵循Smart 原则，即：

1. 目标必须是具体的（Specific）

2. 目标必须是可以衡量的（Measurable）

3. 目标必须是可以达到的（Attainable）

4. 目标必须和切题（Relevant）

5. 目标必须具有明确的截止期限（Time-based）

准备

1. 将 Smart 原则的定义通过胶片投在屏幕上。也可以单独写在旁边。

步骤

1. 通过进行简短的关于 SMART 目标重要性的讨论引入此项活动。指出不具备 SMART 特征（具体、可衡量、切题、有时间约束）的目标往往会失败。

2. 指向写在白板或者挂图上的 SMART 特征，提出一个具备 SMART特财政的目标例子，比如：“我们的目标是从下周一开始，每天至少5小时结对编程，每天轮流结对，要建立一张日程表，在下一次回顾会议上进行检查。”相反，不具备 SMART 特征的目标：“我们应该更多的结对编程。” 选择例子的时候一定要找一个和团队正在进行的实践或改进无关的例子。

3. 如果需要采取的行动特别多，可以分小组进行讨论，每个小组为即将进行的方案制定一个 SMART 目标。确定 1 - 5 个行动步骤，并监控活动。

4. 每个小组会标其目标和计划，其余小组要确认该目标具备 SMART 特征，并要求其进一步完善。

总结收尾

在回顾会议的结束，需要对本次回顾会议进行一个收尾工作。每次回顾会议都是一个学习机会，需要让每个人加深学习的印象并养成反思的习惯。

询问每个人的收获是什么？

通过每个人回答以下几个问题，明确自己在回顾会议中的收获。

1. 我从本次回顾会议中学到了什么？

2. 我对某团队成员有了什么新的认识？

3. 我以前是怎么看待 XX 问题的？通过这次回顾会议，我现在怎么看待这个问题的？

指定下一次的主持人

在迭代回顾会议结束前，要指定下一个迭代回顾会议主持人。

在回顾会议中应用Scrum五个价值

1.承诺 – 对改进目标承诺完成。承诺参与回顾会议，主持人承诺提供高质量的回顾会议。

2.专注 – 在回顾会议中，专注于团队和工作的改进，不能被其它事情耽误或者打扰。

3.开放 – 在回顾会议中，大家可以开放的讨论和决策。

4.尊重 – 在回顾会议中，用心聆听每个人的观点和想法。乐于接受不同的意见和想法。

5.勇气 – 有勇气做出承诺，履行承诺，接受别人的尊重。并勇于接受团队做出的有挑战决议。

迭代 回顾会议的注意事项

1. 一般情况不建议团队的经理参加回顾会议。这有悖于准备环节中提到的设立一个安全的环境，大家会担心在会议上暴露团队问题会对他们绩效产生不好的影响。但也有一种情况我们需要经理在场，那就是团队已经积累了很多非常严重的问题，但是经理可能都不大了解情况，大家都期盼的经理在场能听到并推动解决这些问题。

2. 会议产生的改进计划怎么有效的跟踪？一般我们建议把这些action之间放到团队下个迭代的工作列表中，和普通开发工作一样对待跟踪，只有这样才能有效的使得改进落地。

3. 前后回顾会议产出相同或类似的改进计划。这说明老问题一直没有解决，有的时候会发现每次改进计划都完成了，但是老问题仍然还在。一般如果想改进能力或是外部依赖的问题往往会导致这样的情况，这些不像团队自己的流程那样能立竿见影，面对这样的问题，团队最好能计划一些长期的（周期跨迭代的）改进计划，下次回顾会议可以监控进展，而不是提重复的问题。

4. 如果需要，别忘了在回顾会议前面简单过一下上次回顾会议产出的改进计划完成情况。

附1：迭代 回顾会议准备核查表

[ ] 确认团队当前处于_____阶段

[ ] 确认回顾会议的开始时间

[ ] 确认回顾会议的地点

[ ] 确认回顾会议的参会人

[ ] 是否发出回顾会议通知？

[ ] 确认上一次回顾会议的改进情况。

[ ] 确认回顾会议的流程。

[ ] 设定会议基调的活动采用____

[ ] 收集数据的活动采用____

[ ] 激发灵感的活动采用____

[ ] 决定做什么的活动采用____

[ ] 确认回顾会议需要的物料。