前言：
如果你参与过IT项目建设，但没有在项目中的沟通环节下过功夫，那么就读一读这篇文章吧！因为：
沟通做好，事情变少
沟通做好，结款变早
沟通做好，风险没了
沟通做好，项目变好
------这是沟通最直接的价值，是技术无法办到的！
沟通这件事情说起来比较复杂，可以说不管是从软件工程角度还是从项目管理角度，沟通是贯穿整体项目价值链的重要因素，也是赢得经济效益的重要手段。可以说没有沟通就没有项目管理，良好的沟通计划与经验是项目成功的关键。项目中沟通艺术，不但是项目经济链重要的一环，而且是决定项目成败最重要的一项。
那么，什么是沟通呢？
《有效沟通》一书中进一步定义沟通是“人们分享信息、思想和情感的任何过程。这种过程不仅包含口头语言和书面语言,也包含形体语言、个人的习气和方式、物质环境- 即赋予信息含义的任何东西。”管理学家西蒙则认为,沟通“可视为任何一种程序,组织中的一成员,将其所决定意见或前提,传送给其他有关成员。”
本人将“沟通”二字理解概括为，意思的传递与思想的感染，即可通过语言等行为，将自己思想、意图等表达给对方，同时得知对方的应激。
在IT项目中，有很多错误的沟通行为，这些沟通组成方式将直接决定项目的质量，比如：
1. 沟通团队主要由技术人员构成，并且由技术人员作为主要沟通工作负责人。
2.由技术人员对用户提出的要求经行分析，而后便进入项目开发阶段。
3.技术人员在沟通交流上常常那个表现得过于直接,于是领导在传达任务的时候,会让他人有种“被命令”的感觉,长此以往,这种“发号施令”引起的反感会渐渐演变成团队中一种不良情绪。
4.团队合作初期常常因为成员互不了解,出现成员间个性冲突引起的争执,因为不知如何用和平的方式沟通交流,队员间的争吵只会不断增多。也许有时候都是在陈述同一种方案,却因为表达不准确,聆听不仔细而争论良久。这不仅浪费了时间,也使得各种方案不能统一,气氛紧张,进度拖后。
5.在人员较多的情况下,有时会有信息没有传达到,或传达不及时的情况。这个时候得到新信息的成员开始执行新的任务,而没有及时收到信息的成员还在继续之前的任务(往往是已经不再有效或停止的任务) ;或者虽然多次开会或口头传达,但因为表述不清楚,个人思维定势造成的理解偏差,使得许多工作量浪费。
以上只是错误沟通管理的一部分例子，这种沟通方式，缺少了对沟通的“管理”工作，即缺少计划、沟通进度、沟通效果跟进等工作，没有深入挖掘项目深层次的意义，最终沟通工作成了“形象工程”。
当然，我们不应一味指责项目组负责人在项目中的沟通不当行为，同时，我们也应当发现沟通中的难点。
在沟通中，很多情况都是我们在不断的讲解一个问题，客户却不断的否定并提出自己的观点，产生这种现象的一个很重要的原因就是，我们忽略了“我们假设了客户早已知道我们的想法”，这样的沟通只能弄得客户一头雾水
所以我们必须知道：自己懂的别人不一定懂，自己知道的别人不一定知道，这样从基础问题下手，才能为客户拨开云雾，之后，我们再亮处我们前来沟通的目的，即：说明事物、表达情感、建立关系、进行企图。
有了很好的沟通准备，使客户从心里层面接受你，并开始一点点与你攀谈，进入你沟通思维的方式后，你就可以开始向实现沟通真正的目的迈进一步了。
马斯洛需要层次理论提出,人的需要分为5个层次:生理的需要,安全的需要,交往的需要,尊重的需要。当这些需要得不到满足的时候,人们的工作效率就会下降。在下达指令的时候应该明确清晰,即使是下达硬性要求时也应该态度温和有礼貌。尊重他人也是自我尊重的一方面。在交流意见时,由于每位程序员都有自己的编程风格和写作习惯,虽然都可以实现要求,但效率和耦合性上会有差别,这时要求修改应该在尊重其特点的前提下较温和委婉地提出。
这样的口吻,显然比一句简单的命令易于让人接受。每个人都有表达的欲望,也希望自己的意见和见解被人认真聆听和肯定。要根据时间、场合、对象的不同,把握语言的分寸;在交流思想、探讨问题时,要注意语言的准确,委婉;陈述自己观点时要有条理、层次清楚,具有逻辑性。还要注意自己的说话方式,同一个意思不同的表达绝对会有不同的效果。团队的每个人都是一个个体,但各有所长,因而才有的了这个团队的分工与合作,所以必须了解共事者的长处、做事方法与价值观。更好地沟通交流,增加彼此间的了解,为以后的沟通打下基础。当团队合作时间长了,队员间有了默契时,整个团队的效率也提高了,工作氛围也更为轻松活跃。因此,为了提高效率,应该尽可能短的达到这种默契的程度,而只有了解同事的个性和特点,才能更加高效地与之沟通交流。(未完.待续)
本文转自Aicken(李鸣)博客园博客，原文链接：http://www.cnblogs.com/isline/archive/2009/02/12/1388787.html，如需转载请自行联系原作者
