文章来源: 晓阳的数据小站( id:xiaoyang-fengxian) 作者: 晓阳的数据小站

原文链接:沟通是一门学问


沟通是一门学问

|0x00 为什么要重视沟通

大多数技术人,都在抱怨同样的一件事:沟通多、开会多”。尽管我们抱着“技术改变世界”的理想从事这个行业,但现实却是日常的大部分时间,是在沟通各种工作中的问题:需求、BUG、了解怎么做的、谈个合作…… 剩余的一点工作时间,分配给写代码,实在是不够。时间一久,我们就会觉得,平时的工作都是一些重复性的工作反反复复的解释,反反复复的听不懂,而安身立命的根本:代码能力,却没有大的提升。

“被误解,是表达者的宿命”。

人是一种社会性的动物,沟通的主要目的,除了获得或者传递自身的信息以外,更重要的,是促成一致性的观点,或者是达成某种协议。我们沟通的时候,更多的是在反复“争论”或者“表达”自己的观点,期望别人理解并赞同自己,而如果对方也抱着同样的目的,结果往往会演化成“情绪化”的沟通,而非“达成协议”。


有时候,说的越多,纰漏越多。


因此,如果反思“沟通”这件事情,不如尝试反问自己几个问题:“我是对的吗”、“我的观点对业务有何帮助”、“我的争论是否对自己有益”?这种问题一般会被称为“灵魂拷问”,在汇报PPT的时候常常遇到,但如果平时反思的时候,试着给自己多来点“灵魂拷问”,那么你会发现,大多数的沟通,其实没有必要。正如“结果才是沟通的唯一目的,而胜负不是”。


我们要学会输出思考方式,而不是情绪。


|0x01 沟通有哪些方法

我一直有个观点:“所有的沟通不顺畅,都是因为存在信息的不对称”。打个比方,如果PD新加入某个团队,经常和技术围绕着某个问题会展开讨论,PD会说:“这不符合用户习惯”,技术会说:“这就是之前定的业务规则,改动成本很高”,于是大家便开始争论了起来。但争论改不改之前,双方各退一步,看看之前为什么这么做,再看看PD为什么要改,消除了“信息不对称”之后,剩下的无非就是个排期问题,矛盾便会少很多。


这种观点与心理学家鲁夫特与英格汉提出一种“乔哈里窗”模式非常类似,即强调信息的共享的重要性,并用图示的方法清晰的表达这种倾向。


这个模型中,最关键的部分,就是“公开的自己”,比如我为什么要做这个事情,做这个事情的逻辑如何,在与新接触的同事打交道之前,不妨先开诚布公的“吃顿饭”,喝了酒,吐了真言,事情就好谈了嘛~


但这个模型有个缺点,就是知道要做什么,但不知道具体怎么做,这个时候就换一个模型:“螺旋推进”模型。简单讲,就是时刻客观的审视本次沟通,如果沟通推进的不顺利,那么咱们别一根筋的继续推,而是个方法,“曲线救国”一样的解决问题。咱们沟通的目的是“达成对双方都有利的协议”,而不是来争论个高低的。所以,学会找到问题的“本质”,也就是真正这么做的目的,以及为此衍生出来的问题,就很重要。比如某些不合理的需求,技术会觉得很委屈,但如果深耕不合理的原因,很有可能是大领导、或者大客户提出来的,仔细想一想,也许就不会戾气那么重了。


当然,如果对方带着情绪来的,先消除怒气再谈事;如果对方讲不清楚,先理清楚事由再谈;如果两个人都带有敌意,干脆学习一下美国刚建国那会的办法,争议双方都对华盛顿汇报自己的方案,而不能直接向对方争论。总归,有个调停的第三方介入,Leader也好,同事也罢,换个人总有奇效。


推荐一本书:《模型思维》,京东上有。其实工作和生活中的各种问题,无非就是个模型而已,学会用模型思考问题,帮助还是挺大的。


|0x02 高效沟通


但是,把问题沟通明白,只是第一步,如果速战速决的解决问题,让沟通更有效,才是我们的终极目的。这里有个经典的“沟通漏斗”,概述了沟通不畅的特点:



互联网行业有几个特点,是需要注意的:


习惯于直接跑到工位面对面交流,简单高效;


习惯于用专业术语来对话;


由于项目的参与人数往往很多,可能只有1-2个人能了解所有的核心信息;


人员流动比较大。


前两点会提升沟通的效率,但后两点往往是沟通产生问题的主要原因。互联网行业有一个概念很重要:干系人,由于团队分工的存在,因此每个人负责哪一部分事情,都是需要注意并明确的,尤其是在项目开始前,省的出了问题相互扯皮。另外,也要与项目参与人的老板有一定的沟通,很多问题,坏就坏在没有一个一号位,来对于边界模糊的问题进行兜底。所以,充分利用现有的沟通工具,在不同等级的问题上,使用不同的沟通方式,就非常重要。


简单讲,学会利用会议、邮件、IM、电话、当面沟通、吃饭等不同的交流方式。


会议:会议经常被诟病“无效”的问题,本质还是参与人数太多、或者是组织方式的不得当,对于跨部门的沟通、集思广益,会议还是很有必要的。在实际会议沟通中,高效沟通最大的敌人就是过度发散,参与人数越多,发散可能性越大。事先明确会议的目的和结果、发送会议资料给参会人员、允许远程语音/视频参加、遵守时间、问题不争论太深、会后有总结等,会议开的好不好,体现了组织者的管理水平,也是高效沟通的基础。


邮件:邮件能打破时间和空间的限制,便于汇报大批量的内容,并留档查询,适合周报、汇报等形式。但值得注意的是,邮件不适合即时沟通的情况,也不适合传递敏感或者争议信息。


IM:IM很容易信息爆炸,而且容易被当成证据。IM虽然沟通效率高,但要清楚,IM只可以沟通职责范围内的事情,不确定的事情要弄清楚再反馈。由于打字的环境比较随意,也需要避免过激言辞,发生了,也不要当作信息确认和追责的证据。重要决断,需要留下文档或者邮件作为确认。


电话:电话适合紧急且简单的问题,比如线上问题沟通,但不要沟通复杂的问题。


当面沟通:当面沟通的环境是最真实的, 也是最容易说清楚复杂的问题,沟通效率一般是最高的。因此当面工具通,一定一定一定要平和心态、不打断对方思路。简而言之,真实的沟通环境下,陷入僵局,对谁都不好。


吃饭:没什么问题是一顿烤串解决不了的,如果不能,那就两顿~~再多的矛盾,一起吃吃饭,吐槽吐槽,也就过去了。这种方式非常适合初次见面,或者是缓和关系使用。


在很多时候,多问自己一下,这么做合不合适,会提升的沟通效率,可不是一星半点。


|0xFF PM的情商


很多做技术的同学,到了一定的层级之后,PM(项目经理)的职责便会更多一些。而对于PM来说,那么沟通就是最基础的能力,基本上80%以上的时间都是要在沟通中度过。就像用户画像的逻辑那样,一定要有自己的“项目干系人列表,标记每个人的职责、分工、项目投入时间、潜在风险等问题,以便在后续出现问题时,及时定位联系人。


尽管沟通的都是工作事情,但是基本的情商,还是要有的。比如发现了问题,你要问:“这里是不是和预期不一致”,而不是直接就问“你的代码有BUG”,问题要委婉的指出,要让自己的人格魅力,来推动项目前进。


最后贴一段李开复的话:“情商意味着有足够的勇气面对可以克服的挑战,有足够的度量接受不可克服的挑战,有足够的智慧来分辨两者的不同,读着一些知名学者关于提升情商理论的思想精华,充实着自我,增强着自信,洋溢着热情,修炼着情商,保持着阳光,这或许便是一种莫大的智慧和不竭的生命活力。