团队回顾会

序

       接触敏捷概念也大概有三四年了，19年底拿到了ACP证书，今年算是正式在工作项目中应用了敏捷SCRUM框架，从最开始的挣扎到现在朝着越来越好的方向发展，自己也很感慨。

正文

        团队概况：目前是一个20多人的大团队，开发16人，产品6个，项目1个，在用系统30多套，日常迭代系统10套左右，系统、人员及其分散。

        回顾流程：

        一、会议暖场：和往常一样，通过预设基调、明确会议约定让大家进入到会议的状态，同时降低大家的戒备心，引导大家能够在无压力状态下真实的回顾过去一段时间工作上的有点和待改进事项。

        本次迭代会议期间开始时还出现了一点小插曲，会议时间是预定的下午2点开始，我也提前1天拉起了会议邀约，因前期一直感觉团队参加会议的准点率很低，所以本次特意没有提前叫上大家；不出意外，到了2点会议时间，只有我一个人到了会议室，其他人都是陆陆续续进来，直到最后一个成员进入会议室的时候，时间已经过去了8分钟，因此也借本次机会，和大家强调了一下守时的观念，但是很遗憾，没有约定处罚措施，下次还遇到的话，应该约定一个处罚措施，比如迟到的人一起请所有人喝奶茶之类的。

        二、5WHY分析法介绍：之前每次回顾会议收集的待优化项都是让大家根据自己的看法提出改进意见，很多问题的解决方案浮于表面，治标不治本；在本次准备回顾会议材料的时候，突然想到之前学习PMP和ACP时候接触到的5WHY分析法，遂又去翻阅资料，感觉很适合在回顾会议上对收集待优化问题的根本原因分析，并以此提出对应的解决方案，所以就准备了5WHY分析法介绍给团队；虽然本次介绍比较浅（自己也现学现用），而且因为预估会议时间不足的原因，没有在本次回顾会议上应用，但是也让大家了解了这个方法和寻找根本原因才是解决问题的正确方式，希望下次回顾会议上使用到（给自己定一个目标）。

三、迭代回顾（头脑风暴）：回顾会议的真正主题，也是花时间最多的环节，本次以坚持做、优化、挑战三个维度，收集大家的看法意见（相比之前，增加了挑战的维度），大家的热情大大超出了我的预期，刚开始还担心给到大家太多压力，提醒大家没有要挑战的内容可以不填，但是大多数小伙伴还是给自己设置了更高的标准！

很遗憾的就是本次会议预估时间不足（我的锅），没能使用5WHY分析法对问题进行根本原因分析，最后大家选取了三条优先级最高的优化点在后续迭代跟进：

1、沟通（本次回顾会议被大家提到8次，说明沟通在项目中的重要性，也是大家在项目过程中最容易忽略却能产生非常大负面影响的点）；

2、原型增加需求描述：因为现阶段我们使用的是华为云作为我们的项目敏捷工具，而华为云上的需求分解对开发和测试的理解却不十分友好，所以这里也要产品经理，在原型上补充必要的需求描述，特别是逻辑复杂的业务；

3、增加单元测试：这个也是目前我们团队非常欠缺的，目前我们也在慢慢要求团队对核心/复杂的业务加入单元测试，提高我们的开发质量。

最后，也对自己近期组织的回顾会议做一次复盘，希望自己能在后续的回顾会议上做的更好，提升回顾会议的价值：