敏捷项目管理-评审会议
项目组一直对回顾会的效果持怀疑态度，总是以没有时间为由放弃回顾会。事实上，有必要对会议进行审查。项目一直高速向前冲，每天都在围绕需求和bug迭代，一定要花时间总结，看看有没有用。
回顾会议的关键是确定形式和内容。传统的复习就是总结和规划，太空洞了。我觉得最近经历的复习很有效果，就录了下来。
回顾会议的两个前提，那就是开放和信任。
所谓开放，就是创造一个自由交流的环境。首先高层领导不能到场，让大家平等自由交流。其次，可以在会议开始的时候玩一些简短的破冰游戏，比如大家分享一下自己最近的收获或者生活中的一些趣事，拉近彼此之间的距离。
所谓信任，就是假设上一次迭代的所有决策和处理方式都是可以的，不去追求之前就存在的不合理。我们今天的会议是为了让未来的事情变得更好，而不是为了人们。
我们会议的主要过程是:
1.每个人都被分成小组。因为这次参与的成员有运维、测试、R&D三个部门，所以每个小组都包含了来自上述三个部门的成员。
2、给每个小组起个名字，选个组长，定个口号(分组的目的是比较，加强大家的合作和积极性。我们有一个组叫小虎队，然后另一个组叫老虎队，所以第三个组自然就叫老虎队了，气氛瞬间特别欢乐)
3.分组后，评审会的主要流程正式开始。
针对之前存在的bug(我们选取了今年以来网上出现的所有bug)。
每个小组选出他们认为影响最大的前五个bug。
然后投票决定大家认为影响最大的三个bug。
然后每个小组选择一个bug进行原因分析。
然后分析解决方案。
最后总结一下所有的解决方法。再次筛选方案，选择最重要的两个进行改进。
落实到部门、责任人和进度。
然后在每次小组会议上汇报任务的进展。
为了调动每个人的积极性，小组采用记分制。为了得到大家的真实想法，大家需要在第一时间表达自己的观点，写笔记而不是互相交流。写完后贴出来给大家看，因为每个人的想法都很重要。)
4.在感谢环节，大家用便利贴写下最想感谢的人，为什么感谢，有哪些具体的事情或表现。得到最多感谢的人会有奖励。其实这个时候有没有奖励并不重要。重要的是每个小伙伴都会觉得自己的付出是有价值的。我其实很高兴得到团队的认可。得不到回报的人，也知道自己以后会做什么。(其实我觉得这个环节也可以增加鼓励的内容。不是每个人都对别人有帮助，被指出某件事做得不好，需要改进，也是很有价值的。)
通过这次复习，大家最大的感受就是很多问题的根源其实都是一样的，符合20/80原则。所以解决bug，不要疲于打补丁，而是要下定决心从根本上解决问题。
其实对于我个人来说，这次回顾不仅仅是一次项目迭代的回顾会，更是提醒我定期总结分析复盘，确立努力方向，树立对自己的信心是多么重要。