无法绕开的知识诅咒
本文是本人作为技术教练在团队赋能项目上，对于知识诅咒的思考
记得多年前曾经给团队新人培训公司前端框架的使用，一开始讲的是Vue如何使用，Vue组件怎么写，前期准备十分的充分，设计了很多复杂组件和代码实例。但当讲解一开始，却发现参与培训的新人连 npm 是什么都不清楚，因此当时的培训发生了滑铁卢。如今成为了团队赋能教练，接触了很多教练知识，才意识到当时我是遇到了“知识诅咒”。
什么是“知识诅咒”?
“知识的诅咒”来自心理学的专业术语，维基百科上如下解释
The curse of knowledge is a cognitive bias that occurs when an individual, who is communicating with other individuals, assumes that the other individuals have the background knowledge to understand. This bias is also called by some authors the curse of expertise
知识的诅咒, 又称“专家盲点”，是一种认知偏差，指人在与他人交流的时候，下意识地假设对方拥有理解所需要的背景知识。Robin Hogarth首先提出该名词。知识的诅咒也是教育的重大阻碍之一。
简言之，由于团队赋能过程中，教练与学员双方的知识是不对等的，所以知识诅咒一定会存在。
那么，作为软件团队赋能教练，在工作中会遇到怎样的知识诅咒的场景呢？根据个人经历我总结了以下场景：
团队赋能过程中的知识诅咒
演讲
还记得我曾经在讲Scrum时，使用了项目经验中的一些行话，类似DC（Desk Check），CR（Code Review）并且在讲解时直接使用缩写，造成听众不理解，这是一种典型的陷入知识诅咒的场景。
作为技术教练，演讲是我们经常会做的一项工作。演讲的特点是受众广，知识传递效率高，但正因为受众广，参与的学员知识背景参差不齐，知识的深度就一定不能太深。例如，在面对有从事非开发岗位的听众面前演讲，使用大量专业技术名词，这个演讲的效果一定不会很好。
这种场景下，我们所讲的每个知识点都可能成为“知识诅咒”的风险点，从而影响整体演讲效果。
培训与辅导
相对于演讲，培训的受众面可以限制在一定范围内，听众一般会有比较接近的知识背景。
例如文章一开始的例子，就是一种典型的培训场景。作为老师可能会因为已经熟练掌握该知识，并且有大量的相关知识储备，往往会忘记当时是如何习得该知识的过程，因为错误假设听众已了解该知识，从而陷入知识诅咒。特别是在授课和辅导学员学习某知识时，常常会因为某一个知识点没将透，大部分学员没理解就进入下一阶段的授课，以至于大部分学员没能跟上教学思路，最终导致了课程整体失败。
团队合作
另外还有一种非团队赋能的场景，就是技术教练间的团队合作。对于有经验的技术教练来说，团队赋能工作已经形成经验，成为意识的ABCD，并且能够轻松完成；但是对于刚刚接触这项工作的新教练而言，由于团队赋能还处于知识和经验空白的阶段，往往导致手足无措，只能借助自己对于这个事情自己的理解试探着去完成，那么，在新教练向资深的教练请教经验时，也很可能遗漏很多经验点，遭遇知识诅咒。
如何避免知识诅咒？
前面列举了几种团队赋能过程中可能面对的“知识诅咒”，那么我们该如何避免呢？
1. 了解沟通对象
前面提到工作中知识诅咒的场景，可以根据受众群体数量，得到一个倒金字塔，金字塔自上而下越靠近底端受众越多，辅导可能面对的是1个或几个人，培训面对的是小范围的团队，演讲面对的是多个团队甚至全公司。
针对不同的场景，需要首先确定我们想要传递的知识范围，以及我们的沟通对象，尽量使用通俗易懂的词汇讲清楚我们要讲解的知识。
在知识范围确定的情况下，考虑沟通对象，处于什么背景，对于讲解的知识点是知道？不知道？或者只知道部分？这就需要去搜集分析的沟通对象或对象群体的特征，以及对于他们可能在某些知识点上存在的知识漏洞，需要明确的标记出来，做好充足的准备，结合我们所要讲的主体内容，针对漏洞知识点进行如何带入，如何通过通俗的语言避开或通过简单介绍，以理解我们所有沟通的重点内容。
基于上面这样的解决方案，其实仍然会存在两个不可忽视的问题：
第一，另一个不容忽视的问题，对于如何针对沟通对象的知识漏洞进行沟通前准备，会在本地第2部分 “拆分知识” 进行讲解
第二，对于用户的调研是一定做不到十全十美的，这种情况就需要假设，那么在假设沟通对象具备某些知识时，极有可能陷入知识诅咒，这部分如何解决呢？下面第3部分，将介绍使用 “获得反馈” 避免知识诅咒。
2. 拆分知识
无论是演讲、授课，还是一对一辅导，除了对沟通对象的认识外，我们更应该对于所讲内容了如指掌。我们可以通过拆分知识对知识进行深入理解和充分准备，甚至通过演练方式预先判断沟通对象可能会有的知识漏洞，进行讲解。具体的做法如下：
明确主题
首先要明确沟通的主题内容，对于不是因主题导致的知识漏洞，不要过度的进行展开讲解。过度的讲解另一个知识点，一方面会降低沟通效率，另一方面会使沟通对象抓错重点。沟通预演
对于讲解过程中可能存在的听众不了解的知识点，就是沟通中存在的知识诅咒，作为讲解人需提前识别，能够提前预演过程，整理讲授的话术，让真实的沟通中不至于措手不及。准备例子
避免使用行话，对于部分知识很抽象，或者是专业名词，在沟通过程中，如果没有该知识背景很可能会陷入理解困难，可以尝试转换成一些具体的例子，使用通俗易懂的方式表达，更有助于沟通对象抓住沟通主题的主旨内容，而不会因为不了解某些概念而造成对沟通主题的困惑。
3. 获得反馈
因为做不到完全了解我们的沟通对象，我们沟通过程中不可避免的会遇到“知识诅咒”的问题。那么最好的工具就是获得反馈，不要沉迷于自己的单向输出。
在沟通过程中，通过观察听众的面部表情，例如是否有注意力集中、是否有皱眉头等等，都可以第一时间反思自己所讲内容是否已经陷入知识诅咒。我们可以通过预设一些问题抛给听众，根据听众的反馈以决策你下一步的沟通计划。问问题的思路大概分两种，一种是关闭式问题，从听众口中获得是或者否的回答验证；还有一种是开放性问题，比如听众表达个人看法，判断是否与自己预期一致，也是一种获得沟通效果反馈的方式。另外，如果可以确定在某个知识点上听众情绪发生变化，可以直接询问听众在某个知识点是是否理解，并针对不理解的内容通过通俗的例子进行讲解。
4. 可视化
可视化沟通过程也是避免知识诅咒很有效的一种方式。
语言对于客观事物解释的能力是有上限的，人类往往更倾向于通过视觉去观察理解事物。例如我们在听关于城市绿化报告，讲“种植石楠有助于净化空气和吸附有害粉尘，因此我们需要大量种植石楠类植物”，对于植物科目不理解的听众，他们不能想象到是要种植什么样的植物，种植在哪里？
在团队赋能过程中也是相同的，如果我们对于所要讲的内容通过PPT或者画图的方式，将知识可视化出来，更便于沟通对象的理解与记忆，避免知识诅咒很有效的方式。
从知识诅咒中学习
知识诅咒是难以避免的，作为技术教练给团队赋能时，需要特别注意我们已经掌握很很多知识背景，对于还未跟团队传递的知识，需要特别注意引入的计划，不能想当然的以为对方都理解。工作中我们需要正确认识知识诅咒，不要使用情绪，反思沟通过程中存在的问题，才能够更好的帮助我们思考问题。而且通过尝试对我们已知的知识点的解释，也可以验证我们是否真的理解，从而更好进行知识沉淀。
