对于项目组而言,复盘又可以根据时间顺序来划分为及时性复盘,阶段性复盘以及项目结束后的全面复盘。
这里分享下项目全面复盘记录,首先要明确复盘的目的:即为什么复盘,通过总结历史问题来分析未来的项目管理方向,以及明确哪些方法是应该被继续应用的。通过掌握成功及失败的规律来为未来的方向作指引。主要通过工作汇报评价表、深层次原因分析以及对应的改善措施来完成整体的复盘操作,而改善措施这一模块则直接关系到下一项目的管理宗旨和具体执行。所以更需要项目全员参与方可达到一定的效果。
以下是PM整理的部分问题(由各小组组长内部汇总而来):
1、需求不明确,需求管理平台TAPD上状态以及参与人未及时更新 ,导致测试人员需要经常与产品经理确认;
2、需求变更渠道不统一,有时产品经理直接在TAPD上更新后艾特对应人员,有时直接在沟通群里说,甚至有时是口头说明。导致开发组与测试组了解的信息不对等。出现缺陷归属问题
3、代码漏洞 ,修补过多;很多缺陷为了快速处理,会不考虑未来的扩展需求,简单修复后可能出现基础局部问题
4、部分新人修复完成一个问题后又引起新的问题,源于对整体业务的不熟悉导致,增加了开发测试工作量
5、整体项目切割后无一定的项目排期,产品无计划;导致开发测试人员无法预知下周甚至是次日的工作计划,主要产品经常穿插需求
6、缺少统筹人员,目前产品下发迭代计划后,因开发组暂无管理人员,导致产品随意安排人员进行开发,开发人员也是无固定负责模块,导致整体进度滞后
7、数据问题及映射关系,因从旧系统迁移数据后,字典管理未同步,故新系统无法兼容部分历史数据,导致部分历史数据出错,即使是新系统产生的数据也因绑定了历史用户而无法正常显示;此部分造成的问题未进行横向展开进行统一排查,导致开发人员长期处理数据问题
8、项目试运行后,由于各个模块的开发人员不固定,导致出现问题后不能及时找到最合适人选进行紧急修复,耽误了用户时间。
以下是PM整理的对应解决方案(由复盘会议上各小组代表发言并一致通过):
1、下放产品人员到终端用户中,进行一线调研,切实了解用户需求及痛点;而不是用户出现问题后再提需求
2、代码Review,邀请旧系统开发团队(外部人员)一起,对目前试运行的问题进行一次全面Review
3、针对现有的流程问题梳理原因并分析
4、产品人员首先理解需求,因业务性强关联 ,需要与业务需求部门统一后再进行评审
5、项目经理要出排期,根据上线时间与各小组排期进行整理,如为紧急项目则要与其他并行项目进行权衡后分出人员
6、数据准确性测试方面,建议收回管理员权限,各小组测试时使用自己组内权限通过角色来测试,以细化到各个城市数目
7、由项目经理来规划好每周上线前的准备事宜 ,提前安排好支持人员
8、形成责任矩阵,开发成员目前暂时由项目经理代分管,需要明确每位成员对应的负责模块,试运行期间用户反馈问题由测试组一轮排查后直接指定给矩阵中相关的唯一负责人
最后:下方这份完整的软件测试视频教程已经整理上传完成,需要的朋友们可以自行领取【保证100%免费】
软件测试面试文档
我们学习必然是为了找到高薪的工作,下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料,并且有字节大佬给出了权威的解答,刷完这一套面试资料相信大家都能找到满意的工作。