什么才是高级工程师的第一技能

作为一名高级程序员你认为什么才是你的第一技能？ 技术吗？也行大多数都认为是技术吧。 但我想表达不一样的观点是：沟通。

沟通貌似不是我们的强项

在《乌合之众》这本书里提过一个词群体效应。“沉闷”、“不爱怎么说话”这个好像非常符号程序员的群体的效应的。

在公司你也很容易判断出那边是程序员的工位区。除了主机风扇的声音你很难在这里听到其他声音。

虽然不爱说话，群体沉闷，并不代表不会沟通，但是沟通说话确实不是我们的强项。

这其中的原因有哪些？

1. 工作中我们把所有精力和时间都放在了coding或者思考如何coding上。15寸的窗口就是我们的全世界。没有太多时间花在交流这件事情上。

2. 开发岗位相比于其他的岗位，它天然的可以不需要和人打交道。难道不需要和产品经理“撕逼”吗？当然你可以选择NO,你依然可以把工作做好。

3. 工作中需要我们发言的机会不多。除了PM评审外，一周也就开一次周会，总结下本周的工作。我见过产品运营的同学基本上恨不得一天24小时都在会议室了，各种脑暴。

4. 开发者本身并不重视沟通这项技能，觉得我技术牛就可以了。

综上原因会形成恶心循环。最坏的结果就是交流障碍。

如何终止这该死的循环

我们的很多技能都是在工作潜移默化的提升。但沟通这个事儿对程序员来说，需要刻意的练习才行，就行练习技术一样。

在工作中把握交流的机会；不要放弃和产品经理“撕逼”的机会；PM评审把握提问的机会；多做些技术分享；多和自己的上级或者下级沟通（项目问题，产品问题，业务问题，技术问题等等）；自身需要打破唯技术论的观念。

总之要想会沟通，首先得把话说溜了，工作中不要放过每一个开口的机会。

开口说话，别再做“沉默的羔羊”。

如何有效沟通

当我们不再“沉默”之后，接下来我们看如何才能优雅的表达我们心中所想，达到我们沟通的效果。

对外沟通（产品或者业务）尽量细致。对内沟通（领导或下级）重点概况。

比如需求不合理怎么和产品经理沟通？

我们知道并不是所以的需求都是合理的，但遇到不合理的需求我们改怎么办？

“这个需求做不了”或者“这个实现不了”一句话把产品经理给打发走了。这个沟通就是灾难性的。产品经理也要向上汇报工作，最后可能达到boss信息是“技术说，这个需求实现不了”，最终还是研发扛下了所有，更有甚者就是一个不起眼的一句话就会让boss质疑你整个团队的能力。

做为一名程序员你永远不要在需求沟通的时候说：“这个实现不了”。

那正的实现不了怎么办？这个就要分很多种情况了。

有可能只是你实现不了。”这个需求比较复杂，我需要请示我的上级“或者”这个需求比较复杂，我们需要内部讨论下“这样的回答是不是更合理呢？不要着急给这个需求下结论，留给自己一些缓冲时间。

有可能项目太大或者太复杂。那么你可以明确告诉对方要做的话开发周期可能非常长，可能三四月多无法上线。或者没有太多的开发资源去做这样一件事儿。总之，可以尽可能解释的细一些。因为有些时候产品并不知道技术细节和技术难度，所以提的需求并不是都是非常合理的或者一定要符合他们的预期的。最开始沟通的降低对方的预期。

我们曾经遇到一个产品需求类似淘宝搜索的功能。对产品本身来说可能就是加一个搜索框。看似很easy。单对于有一定数据体量的产品来说搜索他一个很大的工程，都可以单独一个产品线去做的。淘宝的搜索团队就是上百号人在做支持。那么在这样一个产品需求面前，你的开发人员又有限的，很显然这个产品肯定是达不到对方的预期的。那么我们就需要和产品经理把这些技术细节说明白解释清楚。

所以对外沟通要细致，让对方正在明白它分复杂度。这样子我们才能达共识，在当下资源下满足需求推动项目落地。

对内沟通为什么是”重点概况“呢？

这一个好理解。都是行内人讲那么多废话干嘛。一两句话双方都能理解对方的意图。

好了，以上就是我做为名工作多年的开发者，越来越意识到沟通的重要性。做一个总结和分享。如果有不同意见或者共鸣的可以在留言。