随着敏捷项目的开展，从我的角度来看，敏捷的回顾会从团队改进的角度来看真的可以说是最重要的Scrum会议之一了（从产品开始的角度，计划会肯定是更加重要 ：））。
回顾会的重要意义在于，它的的开展以持续改进的方式，有助于帮助团队来提升生产力，改善团队合作，改进工作方法，提升工作满意度和实现更好的工作结果。摸爬滚打带着2个团队（一个新组建；一个转型）从0开始践行回顾会，亲身感受到回顾会给团队带来变化。
书中提供回顾会的结构化流程：预设会议基调-数据收集-激发灵感-决定做什么-总结收尾。
预设会议基调
预设会议基调包括：热身，介绍会议议程等。书中提到热身这个环节的重要性，并不是浪费时间，让每个人在开场热身张口非常重要，决定着在接下来的会议中他们是否愿意张口。 每个人都张口表达自己的观点，无疑可以为团队的改进提供更多的意见和改进方案。
很多时候，没有经验的同事都会认为这是在浪费时间。我在一开始主持这个会议的时候，也觉得按照一个正常会议来召开就好，并没有热身环节。实际进行中，新的团队计时没有热身还是会积极讨论提出改进意见，同时也有更多积极的好的反馈；而另一团队，多是资深的工程师，大家都比较沉默的个性，在头几次召开这样的会议的时候，大多数大家都很沉默，在我引导后反馈的声音也比较微弱（补充，这段时间正赶上疫情，大家居家办公），彼此间还隔着电脑显示屏。沉默时间长的的时候，作为主持人我还是会有些无力之感，心理素质有待加强。这样召开几次，也在参会领导的建议下，开始增加一些热身环节增加沟通，有时我甚至还会说请大家就把这个会当成团建吧。慢慢气氛不再紧张，团队成员彼此之间也开始开玩笑了，在这样的气氛下，大家来开展回顾，效果有了很大改进。
预设会议基调很重要。 做顾问的时候参加一家国内商业银行敏捷转型项目，他们的回顾会叫做“反思会”。经历过多个敏捷项目更加深入理解敏捷文化后，现在回头一看哑然失笑。怪不得当时的团队一点生气也没有,对我们顾问也总是一幅不待见的样子。：(
数据收集
在团队建设的初期的回顾会上，大家需要对齐的事情会非常多，但随着团队的逐渐成熟，可能问题就没有那么多了。 本书提供了一个非常好的回顾会输入：数据收集。数据收集包括事件，计量结果，产品特性，完成的故事点等，可以由会议主持者或团队成员来负责收集，并在回顾会上和团队分享，大家一起从数据分析，团队可以从哪些方面进行改进。
激发灵感
书中提供了多种引导方式，包括头脑风暴，鱼骨图根原因分析，5 WHY等等。在这里会议主持的引导技能非常重要，尽量采用合适的方式合理引导团队来分析问题。
决定做什么
团队来决定 ! 首先，大多数时候应该由团队来决定他们在即将未来工作中做哪些改进。（我也遇到过大领导指派的情况，不过都是对相对紧急的工作）最最关键是，决定要做以后要真的执行。遇到执行的问题，首先是如何确认团队真的会执行？ 书中提到签名。 在电子化办公的条件下，有一些挑战。不过我们公司美国总部有这么操作，后续可是试一试。其次，执行的效果如何？监督的工作可以指派给一位志愿者同事，也可以由SM来承担。但是不管是谁，对执行效果要做记录并能够和团队来更新状态。最后，如何保证团队长期执行？ 如果这改进确实得到大家认可，相信他们会一直坚持的。总之，一定要避免没有行动的回顾会。
总结收尾
会议收尾也是会议的重要一环。在即将结束的时候，大概五分钟对会议做总结是很有必要的。书中提供的方式：首先，澄清回顾会的学习成果属于团队；其次，回顾会也是持续改进，有哪些做得好，哪些可以做的更好？
回顾会肩负着改善团队的重要任务，另外除了每个迭代可以来回顾之外，书中提到的每个重大里程碑完成之后（版本&项目）也可以邀请相关的关系人来一起回顾一下。从这个角度开，可以帮助整个组织通过回顾的方式来提升和成长。
另外书中最后提到有效执行。是的，团队花了如此多的精力，回想每个迭代的痛点，头脑风暴，直至讨论出改进方案，如果后面没有执行跟进，真是太可惜。SM肩负着这样的责任，任重道远。 “执行力”对团队和SM都是一项很重要的能力，共勉。
