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