阿狗工具
PDCA——A很重要，复盘可以说是A的一部分。
复盘在研发过程中是一个很重要的节点，不管时间多么紧，也要想办法挤出来，因为这件事情很有意义，对过去阶段的回顾和总结，查找不足，吸取教训，以及针对复盘的情况做好接下来的改进方案。
今天我们根据研发流程，组织基线版本复盘，因这个复盘是查找问题，比较严肃，为提高大家的参与感，在开始时，对复盘的重要性也通过案例进行了铺垫，让团队成员不要心里抵抗，认真分析，才能把问题症结找到，避免相同的问题后续反复出现，于私于己都是有利的。
刚开始时，还是存在解释性的，把问题往外推，比如故障描述不清晰，开发环境无法重现，测试场景不一致等，通过慢慢疏导，让大家放松，逐渐进入了轨道。
通过一个小时的分析，发现的问题不少，很多都是低级问题比如测试时用最高权限测试，导致权限功能无法测试；有些是团队协作问题，比如测试未将故障描述清晰，开发也就根据自己的理解进行验证；也有些是流程问题，比如涉及框架问题，未沟通好协作流程，技术团队调整完未通知到开发团队导致脚本缺失；还有个普遍问题，解决问题没有记录故障原因及解决方案，复盘时稀里糊涂的，这个也是工作规范没有做好。当然也有解决效率的问题，存在惯性思维，比如动不动就清理浏览器缓存，没有从根源上解决问题，导致分析故障时间较长，另外要懂得利用团队资源，避免在某个故障上卡壳太久。
在复盘分析过程中，结合目前的案例，强调测试环节的重要性，尤其是偶发性的问题，要特别重视，毕竟测试环境能出现，百来个项目出现的概率更大，也把偶发性问题扼杀在测试阶段，流到生产环境要定位问题复杂度成倍数级增长。
后续与测试的配合中，要加强沟通，互相配合监督，互相改进，使产品质量有个较大的提升。
质量是我们开发的最后尊严，完全没有问题是不现实的，重要的是不能出现很低级的错误，也不应该出现激活的故障，尤其是激活多次的，这是不可接受的。所以要加强测试，不能单一测试，要关联测试，按业务场景测试。
这次复盘会议总体来说还可以，没有了以往的死气沉沉，希望这是好的开始，希望团队成员视故障激活为耻，产品的质量需要团队成员的协作努力。