开发过程中的一个小方法

做为项目负责人或者部门领导,如何和部下交流是一个问题,特别是如何保证部下确切理解你的想法,这里有一个小方法可以供大家尝试一下,这个方法对工作经验比较少的开发人员特别适用.具体步骤如下:

1详细讲解你的想法,

2让部下重复他的理解,

3让部下写成简单的文档.

在三个步骤看起来简单,其实不是那么好掌握,

第一个步骤,检验你是否可以将问题讲解清楚,如果你自己都是思路混乱,你的部下是不可能理解清楚的.
第二个步骤,对你的打击开始的时候会比较大,当你尝试这个方法的时候,你发现你部下获得东西和你的想象差别会比较大,有时候甚至全拧,这个时候不要灰心,从他讲述中发现问题,然后做进一步讲解,确切的说,这个阶段不怕有问题,就怕问题不能及时发现,所以在发现问题的时候一定不要着急,而要耐性的听部下说完,然后逐步讨论,这个过程可能会重复2-3次,以后会逐步减少的

第三部,我们的讨论一般是技术问题,在大家获得一致后,要求部下写成简要的文档,不用太正规,如果他们表达清楚,说明他真正理解并且同意你的思路,否则就是有问题,需要进一步讨论.

扩展一下,在你和你的部下讨论的时候,需要注意的几个问题

1你自己在听完部下的问题描述后,请重复对问题的理解,这是一个公平原则,如果你这样做,部下对你要求他描述的抵触会比较小,另外实际在检验你对问题的理解是否正确,否则容易产生驴唇不对马嘴的情况

2要求部下讲解这个问题的背景资料,很多时候部下的问题是直接的技术问题和处理方案,但他的问题可能本身理解就有问题,所以让部下讲解背景有助于你帮助他解决实际问题(实际上这就是帮助部下搞明白实际的需求)