最近因为在离职，从来不总结的我，希望也能慢慢的开始总结起来，很多东西，需要深入思考（这大概就是我太肤浅的原因，扶额）。
一直以来项目组对回顾会议的效果都是持怀疑的态度，总是以没有时间为由，放弃回顾。其实回顾会议还是很有必要的，项目一直高速往前冲，每天围绕着需求和bug不停的迭代，所以一定要抽出时间来总结，看看是不是在做无用功。
回顾会议关键是要确定形式和内容，传统的回顾就是总结和计划，太空洞了。最近经历的这次回顾，我觉得效果就很好，所以记录下来。
回顾会议召开的两个前提，就是开放和信任。
所谓开放，就是营造一个畅所欲言无拘无束的交流环境。首先就是高层领导不能在场，这样大家才能平等无顾忌的交流。其次可以在会议开始进行一些简短的破冰游戏，比如每个人交流一下最近的收获或者生活上的一些有趣的事情，以此来拉近彼此之间的距离。
所谓信任，就是假定之前迭代里所有的决策和处理方式都是ok的，不去追究之前存在的不合理，我们今天这个会议就是为了让今后做的更好，对事不对人。
我们这次会议的主要流程就是：
1、所有人进行分组，因为这次参与的成员有运维，测试，研发三个部门，所以每个小组都含有以上三个部门的成员。
2、给每个小组取名，选组长，设置口号（分组的目的是为了进行评比，加强大家的合作和积极性。我们有个组叫小虎队，然后另一个组就取名老虎队，于是第三个组顺理成章取名打虎队，瞬间气氛就特别欢乐）
3、分组完毕之后，就正式开始了回顾会议的主流程。
针对之前存在的bug（我们这次会议选取的是今年以来线上出现的所有bug）
每个小组选出本组认为排名前五的影响最大的bug
然后进行投票，确定大家都觉得影响最大的三个bug
然后每组选择一个bug进行原因分析
再进行解决方案的分析
最后，汇总所有的解决方案。再次对方案进行过滤，选择最重要的两个进行改进。
落实到部门和负责人以及进度安排。
之后在每次小组例会上都汇报任务的进度情况。
（上述每个环节都为了调动大家的积极性，小组采用计分制。为了确保获取每个人真实的想法，需要每个人都能在第一时间发表自己的看法，采用写便签的方式，不能互相交流，写完贴出来大家一起看，因为每个人的想法都很重要。）
4、感恩环节，每个人用便签写出最想感谢的人，为什么感谢，有哪些具体的事情或者表现。收到的感谢最多的有奖励。其实，这个时候有没有奖励都不重要，重要的是每个小伙伴会感受到自己的付出是有价值的。能得到团队的认可，其实非常开心。没有得到奖励的也会知道自己以后要怎么去做。（其实我觉得这个环节也可以增加鼓励的内容，并不是每个人都给别人有帮助，做的不好的被人指出来需要提升也是很有价值的）
通过这次回顾，大家最大的感受就是，很多问题的根本原因其实都一样，是符合20/80原则的。所以解决bug，不要疲于打补丁，而要从根本上下决心去解决问题。
其实对我个人而言，这次回顾不仅仅只是一个项目迭代的回顾会议，更是提醒了我，定期总结分析复盘是多么重要，能确立努力的方向，能给自己建立信心。
