能融入到整个团队中。不相同的价值观或者判断准则，也会潜在得极大提高沟通成本。因为他会使得一些基本的判断发生偏差，使得管理者倾向于收回所有的判断权和决策权，并且使得团队成员丧失很多的锻炼的机会，。最后变得，团队leader忙死，下面团队成员闲死（更可能的是，团队成员也忙死，但是忙得不得其要而已）。管理者会倾向于把做一件事情分解称为各种操作性指令，而总体目标在团队成员脑子里就是一个模糊的东西。这是一件很恐怖的事情。呵呵，讲到这一点，我想开过车的兄弟们都知道，我们总是希望在去某一个地点的时候，脑子里大致有一条路线图，我想很多人会很讨厌，在某一个非常繁忙的地段，然后旁边的哥们不告诉你目的地何在，开始发各种命令：“往左并线……”，“并线哪！”，“唉，唉，跟着那辆大车出去”，“那辆，那辆，跟着这辆有啥用处啊！”。如果这是一个哥们敢长期这么说，我就会打开车门，让他下车滚蛋！这至少会让我非常光火，因为我不得不到处寻找他所说的标帜物，而我实际上不知道他到底要干什么。会显得很笨拙，而且很不爽！我喜欢的指示是：“从桥下左拐，你需要在这里出高速道路”。这我就明白多了，然后即使你再给我各种指示，我也很容易理解了。
举一个现实的例子，一般来说，销售团队和研发团队之间的沟通，总是存在部分的问题。销售团队人员一个好产品，就是一个能够销售出去的产品；而研发团队所谓的一个好产品，是从技术本身出发所描述的。所以，销售一般不太愿意，为了所谓的框架来花费成本，但是研发总是对此念念不忘。类似的，提高团队沟通成本的地方还有很多，比如语言的不通（比如一个英语不好的人员和老外沟通），相互之间背景的不相同（上面的销售和研发的冲突，就是如此），私下之间的关系属于臭鱼看不上烂虾的那种（当然，非常具备职业素养的人，很好得平衡工作和私下的关系，但是这毕竟是很少部分人所具备的优秀的职业素养）等等。都会很大的提高沟通成本。以上说了提高沟通成本的一些事情，对于一个沟通如此重要的领域来说，尽可能降低一些沟通的难度和沟通的成本，对于项目来说总是有利的。这会潜在降低很多你的软件成本的。下面说说沟通上面一些需要注意的地方了。不说复杂的，就说简单的。
沟通，其实往简单了说，就是“听”和“说”。说出你想说的，听别人想说的。这一点在沟通中极其重要。如果很枯燥地说教，令人也很烦哪，好像是老师在夏日闷闷的教室中，毫无语调地读书，下面学生昏昏欲睡。如果继续如此说下来，我几乎能够听到蝉的叫声了(我最喜欢，在那样的环境下，慢慢地睡着，脸上露出阳光灿烂的笑容，那简直就是一种享受)。我们换一个说法，让我们大家来结合bbs上的论战，来看看“说”和“听”好了。
首先说“听”，一般来说，这一点更难。虽然原则上说，听和说一样困难，但是现在聪明人太多了，以至于大家都能言善辩，但是，是否能够听到别人所说的，就不好说了。在沟通方面，我们经常犯这样的错误，包括：
我们会经常断章取义，有意无意地把其中某一段话理解成为全部的意思。当然了，这是论坛上一个惯用伎俩。在长篇大论中，总是会抓住一些说得不恰当的话的，然后从这个话题开始猛攻，使得对手离开他已经胜利的领域，从一个很难受的起点开始出发，这很无聊（更为好用的是，我们一般用引号去引用对方一小段话，如果对方一定要废话更多，引用以前他所写的1/3的段落，估计很多没有耐性的人也不会看，于是，他的话就成了证据确凿的罪证了），不是吗？我们听别人话，也要注意，是否我们顾及了上下文，而不是从中抽取一段出来，发挥和理解。
我们经常带着反驳的态度来看待对方的意见。本来嘛，在bbs上，一旦开
项目经理胜任力免费测评PMQ上线啦！快来测测你排多少名吧~
http://www.leadge.com/pmqhd/index.html
