乘风破浪的Scrum回顾会

乘风破浪这个词火了，在Scrum中也有一个乘风破浪的活动即Scrum回顾会。检视&调整是Scrum重要精髓之一，迭代回顾会议是Scrum中最有价值的会议之一，团队不断的复盘不断的检视达到团队自我持续改进、高效、自组织。

敏捷迭代固定时间盒，结束的标志之一是团队开完迭代回顾会，回顾会是Scrum从计划，执行到复盘的PDCA闭环，所以开好一场回顾会对Scrum master来说也是至关重要的一个流程。

回顾会前准备

迭代回顾会参加的人员有Scrum Master、团队所有成员、产品负责人等。对会议的参与人员发出会议通知，比如开会的时间，地点，会议议程等。同时提示大家提前思考本次迭代总结包括做的好的地方，需要改进的地方以及建议的改进措施。

Scrum master在回顾会开始前需要输出本次迭代的总结，包括不限于：

1.迭代用户故事完成情况，以及环比上个迭代情况

2.迭代bug数以及bug等级

3.冲刺预估工作量和实际完成情况对比

4.燃尽图燃尽情况，本次迭代进度

5.迭代的总结（好的流程或者待改进地方）Scrum master输出

回顾会中

回顾会议的基本原则：

1.对事不对人

2.聚焦于下次能否做得更好

3.从产品或者系统角度思考改进

回顾会议流程：

1.回顾上个迭代回顾会提出的改进措施是否落实以及完成

2.Scrum master对本次迭代概括性总结（会议前已输出）

3.引导团队成员轮流发言

4.Scrum master做好团队发言的记录，按照做的好的地方，需要改进的地方，改进措施三个维度记录

5.团队选择下个迭代最紧急且最重要2-3个改进项

6.讨论改进项的改进措施并做好记录

Scrum master在迭代回顾会中应该扮演复盘的引导人、设问人和叙述人。可以采用“三阶九步法”即精心准备，有效引导，推进到位（详见《复盘+》）。引导团队发言，比如打分法，迭代满分10分，引导团队成员给迭代打分，思考与发言。设问一些问题，比如迭代中某个接口开发遇到了某个问题对整个用户故事的提测影响等。

回顾会后

迭代回顾会结束之后，Scrum master把会议纪要和下个迭代改进的措施发到项目沟通群，提示团队改进同时跟进改进效果。

本人参与公司某个产品，从去年5月产品团队敏捷转型开始走Scrum流程到现在产品逐渐发展壮大拆分多个子产品团队，进行了大概30个Sprint（2周时间盒），收集并总结了团队成员反馈的共性问题，并在回顾会上引导成员讨论出优化改进措施，目前这些问题都已有解决方案，有的问题已经彻底解决了，有的问题还在不断改进完善中，这正是Scrum的精髓所在“检视&调整”。