序  言

 在现在的互联网时代下，传统开发方法已经不能满足快速变化的市场，在这样的市场驱动下，敏捷走进了人们的视野中，并被各大小企业认可和实践。随之而来，也有各个领域的同事朋友们开始学习探索敏捷，成为敏捷专家或者敏捷教练。

 我在国企工作过，经历了传统开发方法的项目；也在互联网企业奋斗过，参与了敏捷方式的项目过程；也与各种企业客户接触过，了解到他们的疑虑和难处。目前我也加入了敏捷之旅，正在学习和不停地探索中，在这里分享一些东西，希望大家多多指教，有所收益。

 文字的主要内容来自于个人敏捷转型实践、书箱文献和日常系列活动心得等的提炼总结和创作。此系列文字内容推荐有基本敏捷常识及有一定Scrum理论基础的朋友们阅读，并按实际场景进行参考。

 如以上内容涉及版权或原创作者有不同见解之处，敬请及时告知，乐于接受并给予修正。

目  录

序  言 

1 定义和特性说明 

1.1 定义 

1.2 特性说明 

1.2.1 明确会议基准 

1.2.2 建立约定 

1.2.3 设定时间盒 

1.2.4 自觉按时到场 

1.2.5 远离工作地点 

1.2.6 形成会议纪要 

1.2.7 确定改进项和责任人 

1.2.8 跟踪闭环 

1.2.9 展示改进效果 

2 案例说明 

2.1 常见问题 

2.2 解决方法 

2.3 主要收益 

1 定义和特性说明

1.1 定义

    回顾会是在Sprint结束时召开的关于团队自我持续改进的回顾复盘会议，通常在Sprint评审会之后，在下次Sprint计划会议之前展开。

1.2 特性说明

1.2.1 明确会议基准

会议开始要宣读（或大家一起念）敏捷回顾最高指导原则：“无论我们发现了什么，考虑到当时的已知情况、个人的技术水平和能力、可用的资源，以及手上的状况，我们理解并坚信：每个人对自己的工作都已全力以赴。”

1.2.2 建立约定

    多说我，少说你们。回顾的目的是在试图解决问题而不是为了指责。 

每个人都要发言。产品是大家的，人人都要参与。

不推卸责任。我不在乎你是否必须花2天时间解决生产问题，以至于不能做你的工作。我们关注怎样才能防止生产问题发生而再次干扰我们的工作？

1.2.3 设定时间盒

    时间盒是指一个固定的时间范围，会议时间建议不要太久，对于一个一周的迭代周期，建议回顾会的时间不要超过4小时。

1.2.4 自觉按时到场

所有的团队成员需自觉按时到场，会议主持人要按照预定的时间按时开始会议，而不管是否有人还没到。对于迟到的人员要有一些惩罚措施，比如缴纳罚金或做俯卧撑等。惩罚措施和数量由团队成员事先共同商定，如果是罚金，如何支配也由团队共同决定。

1.2.5 远离工作地点

回顾会议的开会地点尽量选在远离办公场所的地方，营造一个轻松自由的氛围，例如可以在餐厅开，也可以在室外公园开，或者在会议室摆放一些水果点心都能达到效果。毕竟，想改变整个团队的行为，暂时改变环境没什么坏处。

1.2.6 形成会议纪要

每次会议都要有记录人，会后形成会议纪要。如何写好会议纪要也是一门学问，样式可以参考下图：

1.2.7 确定改进项和责任人

在问题全部讨论完成后，团队需要确定改进项的优先级，然后选出本次迭代必须要改进哪些事项（建议一次迭代改进2-3点即可），并指派具体的团队成员负责落地，下次会议对这些改进点进行跟踪。

1.2.8 跟踪闭环

回顾会中确定实施的改进点，一般会放入下一次迭代的待办列表中，在下一个回顾中，跟踪这些改进的执行情况。

1.2.9 展示改进效果

    对比改进前后的效果，让团队真实体验到改进的好处，自我感觉到荣誉感，并激发团队自主改进的潜力。

2 案例说明

2.1 常见问题

1) 产品负责人和客户需要参加吗？

2) 会议上一片寂静，怎么办？

3) 多团队项目一起开回顾会议，会浪费时间？

4) 回顾会可以集中在一个单一的主题吗？

2.2 解决方法

1) 通常情况下，不建议产品负责人和客户参与Sprint回顾会，这样会让团

队成员感觉到压抑，不能毫不保留的表达自己的想法。但是如果本次会议中讨论的主题需要产品负责人或者客户协调解决，就需要邀请产品经理和相关干系人参加，切身体会到问题的影响，尽快帮助团队解决障碍。

2) 大家一片寂静，不知道说什么。这个时候，作为敏捷教练，你是一个引

导者，一定要耐得住安静，等待大家的回复。终于有人回复了，慢慢的大家越说越多，就都参与进来了。

3) 大多数回顾会应该是单一团队的。这样能保证时间、隐私性和集中，使

这一个团队更好改善自己的工作。但有时更多项目中人参与的回顾会也是有益的，我认为每季度开一次频度正好。

4) 大多数回顾会应该允许融入任何主题，虽然你偶尔会想提前定义一个整

个团队想改善的话题。例如，你可以用回顾来使团队的会议更高效，或用来进行持续的部署，或是改变团队用的合作工具。偶尔像这样集中回顾，花时间在重要的主题上进行更深入的讨论。

2.3 主要收益

1) 激励团队成员，对一些好的实践进行承认和肯定；

2) 帮助团队挖掘优秀经验并传承；

3) 避免团队犯重复的错误；

4) 营造团队自主改进的氛围。