软件测试经验图谱软技能之沟通能力

2022-03-30 19:23:59 浏览数 (1)

大家好,我是亦无。

今天准备说一下我对图谱软技能之沟通能力的理解。

先看下关于沟通能力的脑图(公众号后台回复「图谱」获取最新完整版高清图谱):

下面我会分 3 部分来进行详细介绍。

一、什么是沟通能力

软技能其实很难量化,但是又经常在简历上看到类似「沟通能力好」的表述,我自己在团队中也会强调沟通能力的重要性,期间还给队友买过《金字塔原理》,目的都是提高沟通能力。

可是我一直在想,怎么让一个不可量化的东西,更好的让大家明白自己的沟通能力到底好不好,处在一个什么水平呢?

所以我把沟通能力,按照沟通的行为,拆成了表达能力和理解能力这两部分,越是细化,就越是可以尽可能的进行合理量化。

二、表达能力的 3 个层次

对于表达能力,我的解释是,某人对某个事实、观点或逻辑进行表述的能力

这还是不好量化呀,只是这样描述,只要会说话,都具备这个能力了。

我尝试把这个能力分成三个层次:

第一层,陈述事实; 第二层,表达观点; 第三层,提出建议。

举个例子。

二麻子和三胖子在讨论测试自动化对测试工作提效的事情。

二麻子先陈述了目前的实际情况。

“就现在,我们开发同学质量意识差,自测不充分,提测质量差,完全依赖自动化会出现不可控的质量问题,自动化只跑部分回归的用例,维护成本还比较大。”

三胖子在这个事实的基础上,加入了自己的观点。

“嗯,目前我们公司的测试自动化对效率提升很有限。国外自动化效率高,一个重要原因是开发同学质量意识好,会积极参与质量共建,现在都 2022 年了,我们很多开发甚至都不自测,这种不负责任的态度,如果我们只跑固定范围的回归自动化,是对质量不负责。”

二麻子觉着只是抱怨解决不了实际问题,就提了个建议。

“从目前环境来看,测试自动化势在必行,但是从目前公司的情况看,推进存在困难,如果必须要做,就要先解决关键问题。建议通过设置提测卡点,提供自测用例,明确提测要求等方式,优先解决提测质量的问题。只有提测质量得到保障,修改影响范围可以明确界定,回归自动化才会更有针对性。”

故事我瞎编的,内容也是为了契合上面说的观点,分别对应着表达能力的三个层次,如果按最后一种方式进行表达,是不是更容易让人理解?

总结下,好的表达能力不只是陈述事实和观点,要同时提供可落实的改进建议

三、理解能力的 3 个层次

对于理解能力,我的解释是,作为信息接收方,对表述内容接收的程度

既然是程度,肯定也是要想办法量化的。

我给分成三个层次:

第一层,记住对方表达的内容; 第二层,用自己的话把内容重新梳理出来; 第三层,听出言外之意。

举个例子。

还是关于测试自动化的讨论。

二麻子对三胖子说:“测试自动化我们搞了好久,但是现在依然很忙,反而因为有人去搞自动化,我们还得替他分担手工测试任务,我也知道自动化是必须要搞的目标,但是天天跑了很多自动化用例,也发现不了问题,都不知道帮忙在哪,开发提测质量还是差,整天都忙着提 bug,手工任务都搞不完,进度压力太大了。”

三胖子第一反应是:“嗯,确实看你们一直都很忙,开发提测质量也没看到好转。”

想了一下,三胖子又补充说:“我理解你提到如下几件事: 1、有人力去搞自动化,导致手工任务更忙; 2、自动化必须搞; 3、自动化发现不了问题; 4、自动化对开发提测质量改善帮助不大; 5、手工测试工作量大,进度压力大。”

又想了一下,三胖子问:“你是不是想加人?”

好吧,我又编了个故事,这里三胖子的三个反应,就对应上面关于理解能力的 3 个层次,看看是否可以理解?

总结下,好的理解能力就是可以听懂言语背后的潜台词。

我再汇总下结论,沟通是双向的,一个人沟通能力好,既表示他在表达时提出可落地建议,还表示他在众多繁杂的信息中可以理解隐藏在背后的潜台词

为了写这篇文章,死了好多脑细胞,本来一个不能量化的软技能,我硬生生的给折腾出条条框框了,当然还比较简陋,意思到了为主哈,如果对你哪怕有一丁点启发,辛苦留言告诉我一声,谢谢。

0 人点赞