97技术人员在日常沟通表达中的挑战

Posted 2022-01-29 小雷FansUnion

一、基本背景

技术人员，尤其是后端人员，更加侧重一个问题的具体技术实现。

日常工作中，又需要同 后端技术人员、前端人员、测试、产品经理、运维等沟通交流。

实际情况需要，技术人员，

挑战1：在同对方交流的时候，需要考虑到对方的技术背景，选择合适的语言，让对方听明白：现在的问题是啥、性质、运作逻辑、问题的原因等。

挑战2：面向不同背景的人，不断的切换表达方式。

日常1：因为工作中，技术人员交流，用技术语言表达更有效率，习惯性用技术语言。

日常2：和测试、产品等沟通，需要用更多的自然语言，会比较累，心累。

共同的问题：一件比较复杂的事情，怎么用三言两语，让对方听明白。需要刻意去磨练。

二、今天12月9日，dts项目的1个例子

1、基本背景

dts跑数，调用API接口一次，需要10ms到20ms。如果100万次调用，就需要很多时间了。

树云、庆贝、雷，都想到用模拟的方法来：减少固定的稳定的流程，所需要的时间，重点去测试系统中不稳定的、容易出问题的模块。

因此，在dts系统中增加了模拟API调用的功能。

2、技术上来说

1次真实API调用，需要10ms；模拟反参，需要0到1ms。

3、实际一个例子

测试：我跑了1个产品和2个产品的。 都是50W，看看效果 雷：用模拟跑 是不是更有效率点了 测试：没有太感觉快。 可能预发本来就特别慢，加上我用了10几个产品

从这个例子，感觉对方懂了一些，但是又没完全懂。

具体到我，“也很慌”，知道大概情况，不知道细节。

就和庆贝沟通了下，整体是非常顺畅的，因为工作时间积累都很长了，沟通合作也有段时间了。

4、怎么向测试完整解释清楚呢？

这里只是简单说了下，没有解释的太清楚

9.数据模拟，快速测试的好方法

三、怎么用三言两语，简洁表述一件比较复杂的事情

有挑战，比较难。

1、客观上，需要当事人自己的沟通表达能力，需要对方的技术等基本条件

2、说清楚问题的关键点、矛盾点、重点流程123点。

当事人对问题的人事比较深刻全面，才能简洁表达。

简洁是一种美。

3、从对方角度思考下

如果我是对方，我这样讲，对方能听懂吗？

4、话说的太多，费的时间长，对方有耐心听你逼逼叨叨这么久么？

四、一点经验分析（仅供参考）

核心基础：对方想听啥、能听懂啥

1、面向产品

避免技术语言，技术词汇，尽量用自然语言，同时需要注意：用词准确恰当。

自然语言，经常有歧义，没有 技术语言和数学语言 严谨。

2、面向测试

技术语言也要少用。可以说一些功能的逻辑、运作过程、风险点。

3、面向运维

找运维解决问题，最好提供明确的上下文：哪个机器ip、哪个节点，什么时间，现象。

如果可以，提供一些排查问题的建议、方向。

4、面向管理

重点说事情的进度，技术难点，卡在哪里，需要的帮助支持；

五、一种实际情况

工作已经累了。

这个问题又比较麻烦。

还要给不了解内幕的讲清楚，“我真是太难了”。

还1种实际情况：xx负责xx项目很久了，相关ABC岗位的同事换的比较快。相同的问题，麻烦的问题，都会来问一次？写文档，能写的清楚吗？写文档了，对方会去看吗？怎么解决呢？

雷

2021年12月9日

北京，望京