为什么要梳理模块负责人和执行人员的配合流程规范呢?因为小编所在项目组的小A同学近期反馈“我这边的部分模块执行任务分给其他人了,但是每天的沟通成本太大了,将近占用了3个小时”what??? 每天工作8个小时,沟通居然占了3个小时,岂不是压力山大?那问题的原因是什么呢?如何解决?以下便是我们的分析及解决方案~~~
问题1:任务分配不清晰。
例如:“请协助执行一下xx用例,预计xx时间完成”
沟通:“文档在哪呢?”“线上环境,功能怎么不能用呢?”“用什么机型呢”
——大堆问题来袭~
解决:任务分配,模块负责人需要给出以下内容:
1. 任务list及对应执行人员
2. 任务list及对应的测试文档、路径
3. 各项任务的预期完成时间
4. 测试环境、机型等说明
5. 测试重点注意内容
6. 已发现隐藏需求、已确认问题、理解误区LIST
7. 测试完毕后的结论反馈
另外,测试前期需要对需求进行粗略讲解,让大家有个简单了解
问题2:进度反馈内容没有重点
例如:“我今天把xx执行完了,还剩余xxx内容”
——头疼,进度是正常吗?
解决:进度反馈,执行人需要提供以下内容:
1. 整体进度是否正常
2. 进度delay的原因+delay时间
3. 即将执行的任务+时长
4. 进度风险说明
5. 质量风险说明
6. 需要模块负责人跟进的事项
问题3:测试结论不全,模块负责人需要一项一项收集
例如:“我这边测试完了啊”
——没有下文了,存在质量风险吗?有需求、实现的变更吗?还得继续沟通~
解决:测试结论,执行人需要提供以下内容:
1. 测试结果说明
2. 质量风险说明
3. 需求、实现变更说明
4. 用例变更标注及变更内容
5. 需要模块负责人跟进的事项
问题4:日常沟通过于频繁,一有问题就找模块负责人询问
解决:日常问题沟通,需要双方协商以下事项:
1. 沟通时间的约定
① 阻塞或重要问题实时沟通
② 其它问题视任务量每天沟通一次或两次
2. 确定执行人员可独立跟进的事项
比如:需求确认、bug提交、bug修改范围评估及验证等