那个曾经被我忽略的技能

在以前的面试中，经常被问到“在项目中，遇到过最大的难题是什么？”，照我以前的想法，我会说：“这个项目在具体实现的过程中，开始是这个或那个实现遇到麻烦，中间怎么怎么样，最后终于费了九牛二虎之力解决了。”，从技术人员的角度来看，这或许是通常的回答了。最近开始对自己的过去一年进行总结，回过头来再去看待那些事，发现或多或少都会有个共通点：“沟通做的不够有效、充分”。

现在如果面对这个问题，我会毫不犹豫的回答是“沟通问题”，在我过去几年的工作经历来看，沟通手段的重要程度远远高于技术手段。

因沟通问题导致工作量耗费翻倍的项目不在少数，或因沟通不当而导致其它问题的，实属家常便饭，我曾经的一次离职，虽说起因不是这个，最后原因就在沟通上。

如果说沟通成本占据项目总成本的一半甚至以上，我觉得一点也不过分。成本还好说，团队的精力和激情事大。工作讨论中意见分歧乃正常现象，但有时候因错误的理解或表达而沟通不当确实会引起不必要的烦躁和抱怨，从而影响整个团队的凝聚力和激情。

暂且不谈企业性质或项目管理问题，愤怒和抱怨乃智商杀手，当遇到这种沟通问题的时候，事后是否有冷静地自省自身的沟通技能是否出现问题。如果因此觉得受委屈而离职，却不自我反省，无论去哪儿了，也逃脱不了继续受委屈的恶圈。如果身陷这种患有沟通顽疾的团队，离开可能是上等策略。

除非单干，否则就是一个团队，沟通技能是团队游戏的必要技能。如果沟通不当，一个team也比不上一个人效率高。知乎上有个减少沟通成本的问题，引用如下：

最近发现个有意思的事，原公司很多人离职，有个项目组只剩下一个程序员了，只能程序员担任与客户沟通的工作。
结果是项目推进的无比顺利，客户满意度季度攀升。
以下是那个程序员的解释：
“与其花一个小时给他解释为什么不能做这个功能，还不如花40分钟给他做了呢。。。。”

我们都知道语言只是解决问题的工具，无论A语言还是B语言，能解决好问题的都是好语言。但别忘了，我们还有更高级的语言，就是我们人类自身的沟通语言。目前为止，计算机语言能解决的只有逻辑问题，但言语沟通能解决的还包括非逻辑问题。给你几个PB的数据，先不急着搭建hadoop环境，先听听需求人的想法，有可能别人只需要你查询数据的总数而已。老板要求一个小时内交出企业门户网站的实现，不一定java/net，有可能那个应届生只懂php/python。

沟通交流是学习、进步的一种途径，而前提是双方都有期望且相互讨论的点要一致，才能双赢，否则最多鸡同鸭讲。想要参与“高层次”沟通，先努力把自己提高再说。如果说眼睛是心灵的窗口，那么言语就是思维的大门，能理解的边界，能表达的措辞完全局限于自身的思维。一个能说会道的人，其他方面，我觉得应该不会太差，而我也在向这条路努力走着。