会议目的
通过鼓励团队对自己的开发过程问题的挖掘及一起对解决方案进行探讨，来让迭代效率更高、结果更令人满意和更易于工作。
会议阶段
《Agile Retrospectives》这本书中把回顾会议分成了5个阶段：
1. 准备
2. 收集数据
3. 产生见解
4. 确定改进项
5. 结束会议
准备阶段
设定一个安全的环境
先让大家放松下来，不要觉得会被追责，这其实和平时的团队文化也会相关。
开场
介绍本次会议时长，大概的议程(流程)安排，目的是为了让大家对会议过程和时间有预期。
激活大家的发言欲望
按座位顺序轮流用一个词形容他/她对这个迭代的感受。只让用一个词说实话非常难，不过没关系，这个时候大家就会开始脑子飞快的转起来了，到底哪个词比较合适。这样不仅把大家带到了回顾的思路里，更重要的是大家一开始就有机会开口表达自己的想法了。
收集数据阶段
方法一：发贴纸，然后大家各自写，一个问题一张贴纸...
方法二：帆船回顾法
方法三：论坛接力留言
产生见解阶段
1、分类：邀请团队成员一起来做分类，一个人做卡片宣读，允许大家讨论，一个人把相同意思的卡片贴到一起。
2、投票：每人两票，投出三个核心问题进行讨论
确定改进项阶段
形式：分组讨论
1、问题根因分析：鱼骨图或者5W。
2、讨论改进方案
3、输出改进方案：符合SMART原则，可执行。
注意：避免过多改进项，也不要提太不容易达成的解决方案，要根据团队具体情况把握。
结束会议
1、总结
2、互相给感谢卡
执行注意事项
1、把这些action之间放到团队下个迭代的工作列表中，和普通开发工作一样对待跟踪，只有这样才能有效的使得改进落地。
2、回顾上次迭代的改进项完成情况
引自：https://www.sohu.com/a/212484248_737873，按自己习惯，做了一点整合，侵删。
