敏捷项目管理—回顾会议 最近因为在离职，从来不总结的我，希望也能慢慢的开始总结起来，很多东西，需要深入思考（这大概就是我太肤浅的原因，扶额）

一直以来项目组对回顾会议的效果都是持怀疑的态度，总是以没有时间为由，放弃回顾其实回顾会议还是很有必要的，项目一直高速往前冲，每天围绕着需求和bug不停的迭代，所以一定要抽出时间来总结，看看是不是在做无用功

回顾会议关键是要确定形式和内容，传统的回顾就是总结和计划，太空洞了最近经历的这次回顾，我觉得效果就很好，所以记录下来

回顾会议召开的两个前提，就是开放和信任

所谓开放，就是营造一个畅所欲言无拘无束的交流环境首先就是高层领导不能在场，这样大家才能平等无顾忌的交流其次可以在会议开始进行一些简短的破冰游戏，比如每个人交流一下最近的收获或者生活上的一些有趣的事情，以此来拉近彼此之间的距离

所谓信任，就是假定之前迭代里所有的决策和处理方式都是ok的，不去追究之前存在的不合理，我们今天这个会议就是为了让今后做的更好，对事不对人

我们这次会议的主要流程就是：

1所有人进行分组，因为这次参与的成员有运维，测试，研发三个部门，所以每个小组都含有以上三个部门的成员

2给每个小组取名，选组长，设置口号（分组的目的是为了进行评比，加强大家的合作和积极性我们有个组叫小虎队，然后另一个组就取名老虎队，于是第三个组顺理成章取名打虎队，瞬间气氛就特别欢乐）

3分组完毕之后，就正式开始了回顾会议的主流程

针对之前存在的bug（我们这次会议选取的是今年以来线上出现的所有bug）

每个小组选出本组认为排名前五的影响最大的bug

然后进行投票，确定大家都觉得影响最大的三个bug

然后每组选择一个bug进行原因分析

再进行解决方案的分析

最后，汇总所有的解决方案再次对方案进行过滤，选择最重要的两个进行改进

落实到部门和负责人以及进度安排

之后在每次小组例会上都汇报任务的进度情况

（上述每个环节都为了调动大家的积极性，小组采用计分制为了确保获取每个人真实的想法，需要每个人都能在第一时间发表自己的看法，采用写便签的方式，不能互相交流，写完贴出来大家一起看，因为每个人的想法都很重要）

4感恩环节，每个人用便签写出最想感谢的人，为什么感谢，有哪些具体的事情或者表现收到的感谢最多的有奖励其实，这个时候有没有奖励都不重要，重要的是每个小伙伴会感受到自己的付出是有价值的能得到团队的认可，其实非常开心没有得到奖励的也会知道自己以后要怎么去做（其实我觉得这个环节也可以增加鼓励的内容，并不是每个人都给别人有帮助，做的不好的被人指出来需要提升也是很有价值的）

通过这次回顾，大家最大的感受就是，很多问题的根本原因其实都一样，是符合20/80原则的所以解决bug，不要疲于打补丁，而要从根本上下决心去解决问题

其实对我个人而言，这次回顾不仅仅只是一个项目迭代的回顾会议，更是提醒了我，定期总结分析复盘是多么重要，能确立努力的方向，能给自己建立信心

什么敏捷分析研究与分析一个系统(或模型)的状态或输出变化对系统参数或周围条件变化的敏感程度的方法
我是老师，有什么不懂的可以继续问我
很开心为你解答，希望你能采纳