关于沟通的一些理解

这周入职一家新的公司，刚开始由一个同事介绍系统，在刚开始的时候听得有些不知所然，同事刚开始直接就介绍系统的某个细节了，于是在听讲完这个细节后，先以两个问题开头：1.系统是为了解决什么问题，应用场景是什么。2.系统的构架是什么。在这两个问题后，再慢慢细化，就对这个系统有了一个大致的了解了。在下班的时候，回想起此次沟通，觉得此次沟通略微低效。就顺势想了想如何才能进行比较高效得向别人介绍一个系统（技术方面），就有了以下的一些想法。

1.首先思考到双方的背景知识是否存在不平等。例如：A已经做这个系统两年，对系统的需求，实现各个方面都比较了解。而B刚进入公司，对系统了解甚少，这样，A和B就在这个系统的背景知识上存在着不平等，就会造成一些沟通的低效：在A看来是很平常的一个术语，可能在B看来就不知所谓了，就容易造成“鸡同鸭讲”。解决此问题的一个方法是：在讲述完毕后和对方进行确认：使用“我说的是否有哪些地方不明白”，不要使用“听懂了吗”。

2.由最基础的开始说明。首先说明下系统的应用场景，这样可以在脑中有一个大致的印象，更加有利与对系统的理解。

3.讲解系统的构架图。用来说明系统有多少个大的模块，每个模块的业务作用是什么。各个模块之间有什么联系：例如，A模块需要向B模块请求某类数据。C模块对D模块由接口依赖等等。

4.讲解系统的主要技术，例如系统使用的框架，各个模块之间如何联系等等。

之后就可以讲解系统中某个具体的功能模块了，方法可以是对此功能模块进行递归（在此功能模块上进行1,2,3,4）。这样一套流程下来，就可以使对方对系统有比较细致的了解了。

不知道以上是否有哪些地方不合适，如果有的话，请各位指出，谢谢。