一般开始会念一下敏捷回顾最高指导原则 （The Retrospective Prime Directive）（来自ACT教练的指导）
无论我们发现了什么，考虑到当时的已知情况、个人的技术水平和能力、可用的资源，以及手上的状况，我们理解并坚信：每个人对自己的工作都已全力以赴。
这句话的作用简单来说就是提示大家进入会议状态，类似于敌军还有30秒到达战场，O(∩_∩)O哈哈~
最高准则之后说明：回顾会议不是批评、责备，只是敏捷过程中一个实践过程，它让团队学习、改进和调整过程。回顾会议重点关注如何使团队更好地协调工作。
《房间里的大象》：我们知道，但是我们清楚地知道自己不该知道（表面规则及隐性规则）
我们回顾时要向团队申明，我们的房间里面是没有大象的，大家可以畅所欲言。
很多人会有一个想法，我好忙，我哪有时间去参加回顾会议？为什要回顾？是不是要浪费整个团队的时间去做这个回顾？其实回顾可以帮助团队从之前的产品开发工作及其过程中学习。
《敏捷宣言》的十二大原则之一是：团队要定期反省如何能够做到更加有效，并相应地调整团队的行为。
所以我们团队一定要制定回顾会议的目标，获得什么样的成果才值得花这些时间？
那么什么时候要进行回顾呢？两周一个迭代周期的团队每两周就要进行一次回顾吗？其实不然，常见的敏捷增量交付有基于迭代的敏捷，基于流程的敏捷。不管是哪种方式，团队可以选择在这些关键时候进行回顾：（当然每个团队可以自己决定自己的团队在何时进行回顾，我这里仅仅只是一些建议）
当团队完成一个发布或者加入一些功能时；
自上次回顾以来，又过了几周时间；
当团队出现问题时，以及团队协作完成工作不顺畅时；
当团队达到任何其他里程碑时。
预设会议基调：比如简短的，每个人用两个词贴出自己当时的心情，一个签到游戏，聚焦与散焦，esvp（探索者，采购者，度假者，囚徒），或者是一个团队成员的感谢卡赠送。
收集数据：
回顾是针对定性的（人的感觉）和定量的（衡量指标）数据，然后利用这些数据找到根源，设计对策，并制定行动计划。项目团队可以采取许多行动事项来消除障碍。
比如时间表，满意度直方图，心情曲线，团队雷达图，调查问卷等等
激发灵感：
头脑风暴，力场分析，五个为什么，鱼骨图。
就是尽量激发团队潜能，找出各种点子。
决定做什么的活动：
团队选择改进时，要决定如何衡量结果。然后，在下一段时间内要衡量结果。
smart目标，具体的，可衡量的，有可能达到的，相关的，有时间约束的。
问题圆圈
然后把大家的想法进行分类用圆点进行优先级排序。选出本次回顾会行动项并指定跟进人，在下一次回顾会议衡量是否达到目标。
回顾会议总结收尾：
总结本次会议发生了什么，后续要干什么。
敏捷回顾会很重要的一点，不要忘记庆祝团队取得的成功或者说是成果，并再次感谢团队成员。
参考网址：https://retromat.org/zh/
小游戏（ 游戏参考https://www.ximalaya.com/jiaoyu/12631647/91908849）：“传球”游戏：
准备一叠小纸条，每人随机抽取一张。
我们的任务是传球。
游戏的目标是，传的越快越好！
规则是，从最小的数字开始，从小到大，依次经过毎个成员的手。从最小号拿到球开始计时，到手里拿着最大数字的那个成员拿到球截止，记录总共花费的时间。
现场分了两组：其中一组的成绩是：15秒，3秒，1.3秒
另外一个组的最好成绩时一秒不到
在第一轮游戏里，也曾出现大家都搞不清楚状况的局面。然而，我们还是找到了解决问题的方法，是我们，我们自己找到的。主持者做了什么呢？拿个手机按秒表，在白板上记录成绩。我们团队围成一圈讨论的热火朝天，主持者站在圈外，一言不发。
定义改进重点：越快越好；设立改进规则：每次只改变一项内容；收集客观数据：每轮传球时间。主持者引领持续改进。信任团队，鼓励团队。当团队感到被信任和鼓励的时候，团队会成长。
我们的看板、每日站会和回顾会议也是这样，在持续的迭代过程中大家发现问题，找到改进点，大家一起定义改进规则，然后一起改进，所以我们的团队一定会越来越好！！！
一般我们会经历不知道自己不知道，知道自己不知道，知道自己知道，不知道自己知道这四个阶段；
最后回顾本次会议。为什么做回顾，何时做回顾以及怎么做回顾，比如说我们本次会议的行动项是，大家回去后可以考虑怎么在自己的团队进行回顾会议。