沟通是一门学问
|0x00 为什么要重视沟通
大多数技术人，都在抱怨同样的一件事：“沟通多、开会多”。尽管我们抱着“技术改变世界”的理想从事这个行业，但现实却是日常的大部分时间，是在沟通各种工作中的问题：需求、BUG、了解怎么做的、谈个合作…… 剩余的一点工作时间，分配给写代码，实在是不够。时间一久，我们就会觉得，平时的工作都是一些重复性的工作，反反复复的解释，反反复复的听不懂，而安身立命的根本：代码能力，却没有大的提升。
“被误解，是表达者的宿命”。
人是一种社会性的动物，沟通的主要目的，除了获得或者传递自身的信息以外，更重要的，是促成一致性的观点，或者是达成某种协议。我们沟通的时候，更多的是在反复“争论”或者“表达”自己的观点，期望别人理解并赞同自己，而如果对方也抱着同样的目的，结果往往会演化成“情绪化”的沟通，而非“达成协议”。
有时候，说的越多，纰漏越多。
因此，如果反思“沟通”这件事情，不如尝试反问自己几个问题：“我是对的吗”、“我的观点对业务有何帮助”、“我的争论是否对自己有益”？这种问题一般会被称为“灵魂拷问”，在汇报PPT的时候常常遇到，但如果平时反思的时候，试着给自己多来点“灵魂拷问”，那么你会发现，大多数的沟通，其实没有必要。正如“结果才是沟通的唯一目的，而胜负不是”。
我们要学会输出思考方式，而不是情绪。
|0x01 沟通有哪些方法
我一直有个观点：“所有的沟通不顺畅，都是因为存在信息的不对称”。打个比方，如果PD新加入某个团队，经常和技术围绕着某个问题会展开讨论，PD会说：“这不符合用户习惯”，技术会说：“这就是之前定的业务规则，改动成本很高”，于是大家便开始争论了起来。但争论改不改之前，双方各退一步，看看之前为什么这么做，再看看PD为什么要改，消除了“信息不对称”之后，剩下的无非就是个排期问题，矛盾便会少很多。
这种观点与心理学家鲁夫特与英格汉提出一种“乔哈里窗”模式非常类似，即强调信息的共享的重要性，并用图示的方法清晰的表达这种倾向。
这个模型中，最关键的部分，就是“公开的自己”，比如我为什么要做这个事情，做这个事情的逻辑如何，在与新接触的同事打交道之前，不妨先开诚布公的“吃顿饭”，喝了酒，吐了真言，事情就好谈了嘛~
但这个模型有个缺点，就是知道要做什么，但不知道具体怎么做，这个时候就换一个模型：“螺旋推进”模型。简单讲，就是时刻客观的审视本次沟通，如果沟通推进的不顺利，那么咱们别一根筋的继续推，而是个方法，“曲线救国”一样的解决问题。咱们沟通的目的是“达成对双方都有利的协议”，而不是来争论个高低的。所以，学会找到问题的“本质”，也就是真正这么做的目的，以及为此衍生出来的问题，就很重要。比如某些不合理的需求，技术会觉得很委屈，但如果深耕不合理的原因，很有可能是大领导、或者大客户提出来的，仔细想一想，也许就不会戾气那么重了。
当然，如果对方带着情绪来的，先消除怒气再谈事；如果对方讲不清楚，先理清楚事由再谈；如果两个人都带有敌意，干脆学习一下美国刚建国那会的办法，争议双方都对华盛顿汇报自己的方案，而不能直接向对方争论。总归，有个调停的第三方介入，Leader也好，同事也罢，换个人总有奇效。
推荐一本书：《模型思维》，京东上有。其实工作和生活中的各种问题，无非就是个模型而已，学会用模型思考问题，帮助还是挺大的。
|0x02 高效沟通
但是，把问题沟通明白，只是第一步，如果速战速决的解决问题，让沟通更有效，才是我们的终极目的。这里有个经典的“沟通漏斗”，概述了沟通不畅的特点：
互联网行业有几个特点，是需要注意的：
- 习惯于直接跑到工位面对面交流，简单高效；
- 习惯于用专业术语来对话；
- 由于项目的参与人数往往很多，可能只有1-2个人能了解所有的核心信息；
- 人员流动比较大。
前两点会提升沟通的效率，但后两点往往是沟通产生问题的主要原因。互联网行业有一个概念很重要：干系人，由于团队分工的存在，因此每个人负责哪一部分事情，都是需要注意并明确的，尤其是在项目开始前，省的出了问题相互扯皮。另外，也要与项目参与人的老板有一定的沟通，很多问题，坏就坏在没有一个一号位，来对于边界模糊的问题进行兜底。所以，充分利用现有的沟通工具，在不同等级的问题上，使用不同的沟通方式，就非常重要。
简单讲，学会利用会议、邮件、IM、电话、当面沟通、吃饭等不同的交流方式。
- 会议：会议经常被诟病“无效”的问题，本质还是参与人数太多、或者是组织方式的不得当，对于跨部门的沟通、集思广益，会议还是很有必要的。在实际会议沟通中，高效沟通最大的敌人就是过度发散，参与人数越多，发散可能性越大。事先明确会议的目的和结果、发送会议资料给参会人员、允许远程语音/视频参加、遵守时间、问题不争论太深、会后有总结等，会议开的好不好，体现了组织者的管理水平，也是高效沟通的基础。
- 邮件：邮件能打破时间和空间的限制，便于汇报大批量的内容，并留档查询，适合周报、汇报等形式。但值得注意的是，邮件不适合即时沟通的情况，也不适合传递敏感或者争议信息。
- IM：IM很容易信息爆炸，而且容易被当成证据。IM虽然沟通效率高，但要清楚，IM只可以沟通职责范围内的事情，不确定的事情要弄清楚再反馈。由于打字的环境比较随意，也需要避免过激言辞，发生了，也不要当作信息确认和追责的证据。重要决断，需要留下文档或者邮件作为确认。
- 电话：电话适合紧急且简单的问题，比如线上问题沟通，但不要沟通复杂的问题。
- 当面沟通：当面沟通的环境是最真实的， 也是最容易说清楚复杂的问题，沟通效率一般是最高的。因此当面工具通，一定一定一定要平和心态、不打断对方思路。简而言之，真实的沟通环境下，陷入僵局，对谁都不好。
- 吃饭：没什么问题是一顿烤串解决不了的，如果不能，那就两顿~~再多的矛盾，一起吃吃饭，吐槽吐槽，也就过去了。这种方式非常适合初次见面，或者是缓和关系使用。
在很多时候，多问自己一下，这么做合不合适，会提升的沟通效率，可不是一星半点。
|0xFF PM的情商
很多做技术的同学，到了一定的层级之后，PM（项目经理）的职责便会更多一些。而对于PM来说，那么沟通就是最基础的能力，基本上80%以上的时间都是要在沟通中度过。就像用户画像的逻辑那样，一定要有自己的“项目干系人”列表，标记每个人的职责、分工、项目投入时间、潜在风险等问题，以便在后续出现问题时，及时定位联系人。
尽管沟通的都是工作事情，但是基本的情商，还是要有的。比如发现了问题，你要问：“这里是不是和预期不一致”，而不是直接就问“你的代码有BUG”，问题要委婉的指出，要让自己的人格魅力，来推动项目前进。
最后贴一段李开复的话：“情商意味着有足够的勇气面对可以克服的挑战，有足够的度量接受不可克服的挑战，有足够的智慧来分辨两者的不同，读着一些知名学者关于提升情商理论的思想精华，充实着自我，增强着自信，洋溢着热情，修炼着情商，保持着阳光，这或许便是一种莫大的智慧和不竭的生命活力。”
