51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 2363|回复: 2
打印 上一主题 下一主题

[原创] 测试员不要过于迷信技术,忽视软技能

[复制链接]
  • TA的每日心情
    无聊
    2018-11-29 13:59
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    跳转到指定楼层
    1#
    发表于 2018-12-18 14:51:40 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式

    精于技术对于测试员,乃至技术员本身没毛病,甚至应大加赞赏,在组织中更应像国宝熊猫一样照顾好。然而我们发现,一些精于技术的测试员混的并不好。“纯正”的技术人员就该吃亏?问题到底出现在哪里?

    根据我对身边技术员的观察,可能出现在软技能方面。技术很好,软技能跟不上,那吃亏的就是你。

    沟通谈判能力

    沟通谈判能力,要求我们做有效沟通,对事情深思熟虑后做出自己的判断,然后通过谈判让事情朝彼此希望的结果进行。

    当上级给出一个工作指标,我们通过沟通了解了种种细节,是不是就完了?然而,这些指标看似合理,但经过我们的判断,根本难以达成,或者有更好的处理方式。这时,我们应该做的是:通过谈判表达出我们的思想和见解,与对方交换意见,让工作能够更好地完成。

    谈判不是不服管教,更不是唱反调。要知道,我们谈判的前提是:让事情往更好的结果进行。

    不做判断不懂谈判,一味地听之任之,只会让我们思维变得懒惰,让人觉得没主见,从而在你需要表达意见时直接把你忽视掉。

    应急能力

    何为应急能力?就是在危机时刻冷静地找出关键点,然后有条不紊地应对自如。

    什么?!线上版本出现问题了,哪个负责的,怎么会出现这个问题?是你还是我?然后下面吵翻了天,互相指责并试图撇清关系,当事态进一步扩大后,上面追责下来无论对错各打一大板。如果遇到这事,首要分析问题的成因,然后用最小的代价即时解决这个问题,最后再来处理责任划分问题是不是更为妥当?这其中体现出的就是应急能力。

    团队协作能力

    团队协作能力,需要我们放下傲慢与偏执,学会包容、互助、彼此认可和欣赏。

    面对软件应用日益智能化、复杂化,仅靠一人单打独斗,想要做好已变得不大可能,而需要团队作业。一人技术再牛,不见得样样都精,就算都精,时间精力也不允许。所以,团队协作能力就显得尤为重要。“我们不光要技术强的人,更需要符合团队性格的人”,这是通常招聘技术员的原则。什么人符合团队性格?就是团队价值趋同,合群,能够彼此协作奋斗的一类人。

    我技术牛逼,因此我说的话就是权威,你就应该是错的,所以你就应该这样做!甚至不分场合的对下面横加指责,颐指气使。对于这样的人,可能没几人能喜欢。久而久之,下面人甚至会把“有TA无我们”的选择题抛给上面。如果你确实掌握核心技术无可替代,那上面可能把事情压下去,否则准备好慢慢被孤立,最后上面来个卸磨杀驴吧。(这是我身边出现过的真实例子,ta的结局是后者)

    书面表达能力

    我是做技术的,不是搞写作的,这种锦上添花的事情我不需要,这是相当一批技术员的普遍观点。

    能写好文档的技术员是工程师,写不好写不来的就是“猿”。学习过软件工程的都清楚,代码在整个项目过程中仅占到20%或者更少,而更多的工作在计划、设计及架构上,用什么来承载,体现出来的就是各种文档。当然,在Scrum项目中,这些都有弱化,但问题不在于文档数量上,而在于其质量上。

    书面表达不局限于文档,还包括平时的书面沟通如邮件。

    虽然你技术牛,如果文档一团糟糕,或者根本毫无文档,那反映出的是不专业,最终被上面所轻视。

    工作执行能力

    工作执行力要求我们按质、按量、按时的完成我们的工作。

    每天浑浑噩噩,不明确自己的工作任务,做事拖拉,完成的质量马马虎虎,做事有头无尾,都是执行能力差的表现。

    怎么提高自己执行力?接到任务时,根据“4W+H”原则进行明确。每天制定一个Todo List,对其标识优先级,计划有序地执行。同时借以过硬的技术、高效的方法以及专业的态度保证工作完成质量。

    我们工作是为公司创造价值而来,相应的拿到应有的报酬。技术再牛,不能很好的为公司、团队服务,带来价值,那自然不受待见,更会被打上“虚高”标签。

    担责扛锅能力

    担责扛锅也算能力?!不该是立马甩锅,死道友不死贫道?如果你是甩锅侠,那得看仔细了。

    什么,这个东西出bug了?那应该是ta没有测到,不关我的事,毕竟我的开发工作量那么大,出现一两个bug很正常。这也是我身边出现过的例子,一个技术较好的开发员甩锅的事情。虽然ta劳苦功高,但从来没得到boss的重用。

    在工作中有时扛锅担责,并不是坏事,反而可能让人增分不少。据我经历,很多时候技术的锅都不是特定某一人,某一团队的责任。一味撇清责任,做甩锅侠,只会让人觉得这人没担当,不可靠,不合群。能扛锅担责,对领导来说这人勇于承担,可堪大用。对于团队其他人来说,这人可靠、合群。

    怎么扛锅担责是讲技巧的,否则一个人背锅也背不动,最后伤身伤心。遇到锅,最重要的是立马提出解决、整改方案,今后的规避措施!在Boss盛怒找上你时,这一点尤为重要,千万不要试图撇清责任,除非你和你的团队完全没参与。当前一步做到位后,再来分析成因,自己及所在团队的责任。只要Boss不昏庸,对你的印象绝对不错,后面不重用你都不行。
    分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
    收藏收藏
    回复

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-11-9 10:19 , Processed in 0.060889 second(s), 23 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表