分配任务的沟通技巧

昨天，在查看用户提的维护单时，看到有一个很简单的Bug，于是叫来了项目组成员A，和他分析了一下，觉得这个Bug很简单，应该半小时搞定，于是让他明天优先排上此任务。

 

可今天早上十点时，问了下结果，反馈是这个Bug涉及另一个模块，是另一个模块导致Bug了，当时正在处理一个烦心的事情，没有多想，就叫来了另一个模块开发人员B，说这有一个Bug，是你那个模块错误导致的，问题很简单，你花十分钟修改下，然后让A再测试测试。

 

结果问题出来来，B觉得这个Bug怎么责任到我头上啦？很不乐意处理此事。A说这个Bug是B的问题，B说这个Bug不该由他负责，代码不是他写的。

 

问题出在哪里？

 

可能我们工作、生活中不经意的一点小事，可能就此闹开啦

 

1、强调任务的目标

当前有一个Bug，我们的目标是解决他，不是追究谁的责任（当然责任也要追究，可那是解决总结的事情，不是任务分配时的事情）

 

2、分配任务时一定要做一个分析，决定一个负责人（有并且只有一个），这个负责人负责完成此任务，并保证质量。

当前这个Bug，负责人可以是A，负责解决完成，中途需要B的支援

 

3、让接收任务的人感觉到尊重，任务不是强制加于身上，而是，他最有能力，能最好，最快解决。

当前这个Bug，A最熟悉，所以才分配给他；问题需要B支援，因为他最有发言权，只有他有能力解决此问题

 

4、任务不是命令分配，而是请求帮忙解决任务

 

基于这几点，我们再来重复上面的场景

 

昨天，在查看用户提的维护单时，看到有一个很简单的Bug，于是叫来了项目组成员A，和他分析了一下

To A：有一个Bug，我不太懂，你来帮忙看看

A：可能是……导致的原因，解决Bug很不难

To A ：哦，竟然你懂那我就放心啦，那你看半小时搞定不？

A：应该没有问题

To A：好，你这厉害，那你明天优先排上此任务。

 

可今天早上十点时，问了下结果，

A：这个Bug涉及另一个模块，是另一个模块导致Bug了

To A：那我帮你联系另一个模块开发人员B，让他过来看看

To B：好，这里有一个Bug，现在我和A在这里解决不了，你能否过来帮忙看下，只有花你五到十分钟

To A：B 马上过来，你和他沟通沟通，解决此问题，ok？哦，记住，解决完，一定要记得测试测试。