梦想还是要有的,万一实现了呢?0702投稿网(http://www.070210.com)感谢有你陪伴。

0702投稿网 | 网站目录-免费网站分类

当前位置:主页 > 好文分享 > 站长新闻 > 正文

关于沟通的一些理解

  这周入职一家新的公司,刚开始由一个同事介绍系统,在刚开始的时候听得有些不知所然,同事刚开始直接就介绍系统的某个细节了,于是在听讲完这个细节后,先以两个问题开头:1.系统是为了解决什么问题,应用场景是什么。2.系统的构架是什么。在这两个问题后,再慢慢细化,就对这个系统有了一个大致的了解了。在下班的时候,回想起此次沟通,觉得此次沟通略微低效。就顺势想了想如何才能进行比较高效得向别人介绍一个系统(技术方面),就有了以下的一些想法。
 
  1.首先思考到双方的背景知识是否存在不平等。例如:A已经做这个系统两年,对系统的需求,实现各个方面都比较了解。而B刚进入公司,对系统了解甚少,这样,A和B就在这个系统的背景知识上存在着不平等,就会造成一些沟通的低效:在A看来是很平常的一个术语,可能在B看来就不知所谓了,就容易造成“鸡同鸭讲”。解决此问题的一个方法是:在讲述完毕后和对方进行确认:使用“我说的是否有哪些地方不明白”,不要使用“听懂了吗”。
 
  2.由最基础的开始说明。首先说明下系统的应用场景,这样可以在脑中有一个大致的印象,更加有利与对系统的理解。
 
  3.讲解系统的构架图。用来说明系统有多少个大的模块,每个模块的业务作用是什么。各个模块之间有什么联系:例如,A模块需要向B模块请求某类数据。C模块对D模块由接口依赖等等。
 
  4.讲解系统的主要技术,例如系统使用的框架,各个模块之间如何联系等等。
 
  之后就可以讲解系统中某个具体的功能模块了,方法可以是对此功能模块进行递归(在此功能模块上进行1,2,3,4)。这样一套流程下来,就可以使对方对系统有比较细致的了解了。
 
  不知道以上是否有哪些地方不合适,如果有的话,请各位指出,谢谢。
上一篇:网站的前端有几个部分我觉得很重要
下一篇:码农的“启蒙”:程序设计语言-实践之路

猜你喜欢