由DBA和RD的日常沟通引起的反思

工作中务必会进行跨岗位的沟通,很多人会问如何进行高效沟通?不如逆向思考,不高效的沟通有哪些?下面例子看看大家躺枪几个。哈哈。

Eaxmple 1

RD: 在?(如果没有及时回答,或者不在电脑旁边之后就没有然后了)

一般人看到这信息时,根本不知道你要沟通什么?通常的判断是问题不重要,会放到不紧急不重要的类别处理。合理的留言可以从why,when,who,what,where 五W的角度加上信息属性,当对方看到信息之后会了解大致背景,然后再进行how和what的沟通处理。

Eaxmple 2

RD:我的数据库挂了/访问不了了 /….

DBA:???

这种提问方式是比较常见的,其实也是最无效的。没有提供DBA足够的信息(数据库名称、ip端口、线上or线下、报错信息是啥?
提问者提出的问题要满足一个闭环,也就是你发出问题之后,信息要足够充分不需要回答者多次询问,减少沟通链条过长导致解决问题的时间被拉长。

Eaxmple 3

RD: 在不在,咨询一个技术问题,给表删除字段这个SQL语句怎么写?

DBA: 。。。

关于技术问题,可以直接提问DBA,但是如果经过谷歌、百度搜索后,大部分能够解决简单类问题,而且能给你很多延伸的解决方案,如果通过搜索引擎还解决不了,最起码一些问题的信息背景你有了,再和DBA沟通也能减少信息交互。

Eaxmple 4

RD: 我在DBA平台为啥查不到这个库XX?

DBA: 我去看看。(去DB查询)

DBA: 没找到你的库,回了张截图。

DEV: 不好意思,我搞错了,库名应该叫YY。

提供错误或者不准确的信息源,解决者通过错误的信息源解决问题,效果可想而知。

Eaxmple 5

RD: 在吗?请看看我这个工单,附上一张截图,我的任务还没执行?

DBA: 单击图片,查找工单id,去系统获取信息,把信息返回。

额。其实工单信息很详细,其实点一点鼠标就能知道走到哪步流程,即使没看,也不应该截图,直接把链接地址贴过去更好些,以免解决者再次获取查找信息。

DBA as a server,客户是上帝。每天要面对很多个开发的咨询或者提问。这时候要适当引导他们进行有效提问,有效的提问会极大的缩减彼此的沟通成本和提高解决问题效率。其实提问之前只要做到一点,就能搞定很多事情,就是换位思考,别人想要获取什么信息?我这样提问别人能否快速解决?我站在对方的角度,我看到这个问题,怎么回复?你慢慢试试这种思维,相信会有收获的。

赏杯咖啡?