项目管理沟通之道

沟通无处不在，日常生活，聚会，工作等等……

在项目管理中，沟通我觉得常常被忽视而没有提到日程管理日程中。这很遗憾！其实冷静细想，项目不就是为了为客户解决问题嘛，然后一帮子人聚在一起共商对策。但就是这样一个需要沟通的地方，经常是死气沉沉，每个人要么埋头苦干，要么呆着耳塞自娱自乐……

出现这种不良境况的土壤是什么呢？我觉得还是管理者没有调整好自己的角色，他没有把自己当作管理者/统筹者，而是专政者。一个好的管理者在定方案或者执行方案的时候，他没有倾听项目成员的意见，而是自己或者一小部分项目高层决策，然后外科手术式的分配给下面执行……

我觉得这样是不太好的，任何一个好的管理者都是一个好的沟通者，不断的倾听和激发下面的人去发挥集体智慧。管理者要除了主动发起沟通的氛围，同时要时刻保持一个接受别人主动来表达的心态！

问题就是，解决方案在具体条件下只有一种观点是最有效的，而有效的观点很大程度来源于经验和知识水平。假如底下的人知识面不全，提出来的观点有时候是不值得一晒的。

在负责的程序员中很多并不是喜欢多方面扩展自己的思维，而是一直算法，性能，结构，语言打转，你要沟通别的也沟通不来。

更有甚者来你这里干8小时，有些人是很实在的，领多少钱做多少事，还能省则省。从利己的角度讲也无可厚非，但是管理者肯定得气炸了。

所以只能按照某个具体的负责项进行具体沟通，全局性的沟通问题很大。

很多人在开会的时候老是觉得讲的不是自己的问题，浪费时间。

古语有云，不谋全局者，不足以谋一域。开发人员的片面性又导致了系统不稳定因素，非常麻烦的问题。

最痛苦看到一个人格分裂的系统。沟通不足做出来的东西往往就是人格分裂。

你说的是目前业内现状的一种，但我要提醒的是这并不是全部。

从团队建设的角度来说，虽然一般的开发人员水平有限，但正是沟通——通过沟通，能把知识从一个人的头脑传播到整个团队，这是提高开发效率的好途径。

其次，让每一个团队成员了解项目的整个全貌，这样使得他有意识的认识到自己在作哪一部分，这样不仅能提高他本分工作的效率，也能在必要的时候参与到其他人的工作中，避免了分工不均或者因为人员流动而造成的混乱。

教科书说：项目经理70％以上的时间用于沟通
教科书说：在项目早期阶段就应该进行沟通规划，确定利害关系者的信息与沟通需求，包括谁需要何种信息，何时需要以及如何向他们传递。认清利害关系者的信息需求，确定满足这些需求的恰当手段，是项目成功的重要因素。

教科书还是有点用的～

沟通经常被人描述成是为了避免项目风险的，难道那些设计方案和行动指南不是沟通出来的吗？难道当一个新的项目下来时这些东西都是项目经理直接给出的？

这个，说明项目经理没有经验。有项目进行的时候程序员带耳塞工作，这是一个很常见的bad smell，出现这个状况就说明团队有问题。有这种迹象出现而项目经理还没有立即采取行动，这个项目经理的鼻子就有问题。鼻子有问题的项目经理，你再去说他什么手段方法上的不足，根本就没有意义。

以前碰到这样的案例，总是觉得这种经理缺了点什么，又说不清具体缺什么。今天才知道，原来是“嗅觉”。比喻得太贴切了！

项目经理70％以上的时间用于沟通
教科书是这么说，这个教科书不是憋在实验室里面写出来的，而是总结了n多项目经理的日常工作总结出来的，像PMBOK这样的教科书还是应该多看看，仔细想想书中的道理很有用，即便不适合“国情”的论调也要看你怎么用，用在适合的地方。
沟通的重要性不只在于项目管理，“管理”活动中都离不开沟通。