沟通问题是个好坑，很多疑难杂症都可以往里扔。
为了把这个坑填起来，我们需要做一些功课。先对百度百科在沟通这个词条的解释做一些摘要（维基百科上相关的解释更少就不详细摘录了）：“沟通是人与人之间、人与群体之间思想与感情的传递和反馈的过程，以求思想达成一致和感情的通畅。沟通是为了一个设定的目标，把信息、思想和情感在个人或群体间传递，并且达成共同协议的过程。
沟通有三大要素，即：
要有一个明确的目标；
达成共同的协议；
沟通信息、思想和情感。
沟通就是信息传与受的行为，发送者凭借一定的渠道，将信息传递给接收者，以求对方完全理解发送者的意图。”
问题的分解
沟通的内容包括信息、思想、情感，但是在工作中沟通的都是信息为主。即使是沟通信息，开放性的问题通常关注点也不在沟通上。
类似今年公司业绩如何翻倍，这个技术难题如何解决这样的问题，如果最终没有达到预期，很少会拿沟通不畅来背黑锅。这也就是说有明确目标，没有明确的行动，不太会在沟通上出问题。
一个目标就意味着一连串的行动，在执行的过程中信息不畅带来的问题才是沟通问题。问题的范围在逐步缩小，那么可以对沟通做进一步的分解。
工作上的沟通简单概括就是我知道：你同意xx；你也知道：我同意xx。这里使用了几个容易区分的词来描述沟通。后面就可以逐个分析了。
沟通的内容
xx就是沟通的内容，简单来说就是为了达到某个目的需要在约定的时间完成约定的事情。
首先沟通的前提是这两个表示内容的xx一定要一致。
互相在理解上的偏差带来的误会简直不胜枚举，要消除这个误解那么沟通的语言一定要简洁明了，简洁明了这样的形容词其实是很难量化也不是那么好理解的，简单来说就是时间（开始时间和完成时间，）、地点（很多场合也许没有这个要素）、人物（具体来说就是谁来做，每一个事情最后都会落实到有名有姓的具体的个人，复杂的事情一定要落实到具体的人而不是打包给某几个人）、事件（也就是具体要做什么事，再具体一点就是要达到某一个可量化的结果。
重点在于事件要的是结果而不是过程，过程当然很重要但是往往影响的是别的因素，单纯讨论沟通是可以忽略的）这四个条件非常具体的描述出来。
事件是结果而不是过程，
事件是结果而不是过程，
事件是结果而不是过程。
重要的话说三遍。
对于事件更具体的描述是这样的：写一个报告做一个实验写一段程序就是过程；提交一份符合双方要求的报告，得到一个符合判定标准的实验结果，写出具有明确功能点的程序这些才算是结果。
重要的是在这个结果产生之前，判定它是否合格的标准已经是非常明确和统一的。有这个判断标准，这个事件才能以结果的形态出现，没有标准事件就始终只是个过程。
沟通过程的目的
确定了沟通的内容，我们就可以讨论一下“知道”。
沟通是为了达成某个目标，而沟通本身，它的目的就是达成这里的这两个“知道”。
该知道的没知道，就是沟通没做好。这种情况下才算是彻底的掉到沟通的这个坑里了。
对于沟通双方，知道可以理解为沟通双方没有歧异，双方都很清楚时间地点人物事件这四个要素的具体要求。
要消除歧异简单有效的办法就是反馈。反馈就要求A讲完了需要B给出答复，B给出答复以后A也要做出回应，有疑问这个时候要提出来，没有疑问则要表达出“我知道你知道了”做为这一段落的结束。
很多时候默认也是可以的，默认最大的敌人就是事后扯皮。所以为了避免这个问题就一定要有实际行动上的回应。哪怕只是嗯一声也要大声一点让大家都能听到。
要想比较容易得到反馈，需要做的就是输出的内容简洁清晰。
好比炫酷的特技表演，如果没有慢动作重放恐怕很多人只会不明所以的呆一下连惊讶都不会发出一声，对于沟通这个慢动作重放实际就是对复杂事件的分解，每个节点分别响应。分解的技巧很多，要点在于分解后的小事件，时间地点人物事件要素都要齐全。
沟通的意愿
说完了“知道”，再来聊一聊“同意”。
沟通这个事情本身是只说事实不说意愿的。即使不同意有些事也是不得不做的。但是很多时候只有事实没有意愿事情是很难做好的。
在定义沟通问题的内容，把为达到某个目的这样的一个限定条件放在了最前面。双方都认可做完计划中的事情就能达到预期的目的，这样的情况当然皆大欢喜。
如果有一方反对，那么解释清楚做事的逻辑就很有必要。都认同做事逻辑意味着不管最后的目的是否达到，双方都可以在同一个战线上，而不至于事后抱怨。
问题的检查到此为止，对于沟通的定义已经非常清晰了。
上学的时候我们都知道把定义转化成自己容易理解的概念之后，就可以套用公式了。
这里我并没有什么公式分享给大家，但是搞清楚了定义是可以很容易检查沟通的哪个步骤出了问题的：沟通内容的时间地点人物事件是否清晰明确；对于事件的判定标准是否明确；对于沟通内容是否有明确反馈。
