为什么要梳理模块负责人和执行人员的配合流程规范呢？因为小编所在项目组的小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修改范围评估及验证等