• 0
  • 0
分享
  • 比技术更重要!测试新人如何提升个人影响力——软件测试圈
  • 曼倩诙谐 2024-03-28 11:07:15 字数 2401 阅读 191 收藏 0

  小C是今年的校招生,她的主管小Z在和她一起制定年度目标,其中有一个实现子目标是提升个人影响力,小C有点困惑,因为小C并不知道为什么要扩大个人影响力,她向主管提及了这个困惑。

  为什么要扩大影响力

  小Z意识到,小C作为职场新人,有必要让她理解扩大影响力的意义,于是展开了下面的对话。

  小Z:你来公司工作的目的是什么?

  小C:我现在都有点迷糊了,我想想。

  没等小C思考完,小Z说:一个人来公司的目的往往是多种,比如赚钱、提升个人能力、赚取大厂履历、社交等。但最大的目的或最直接的目的是赚钱。

  小C点了点头,表示认可。

  小Z:也就是说,你帮公司解决问题,公司付给你薪水。公司和个人是价值交换关系。

  小C继续点头。

  小Z:也就是说,你帮公司解决的问题越大,产生的价值越大,公司就愿意付给你更高的薪水。

  小C:确实如此。

  小Z:那如何产生更大的价值呢?

  小C若有所思。

  小Z:总体上,我认为可以从两个维度来看:深度和广度。深度可以认为是你解决了一个复杂度更高的问题、或者你解决得比别人更彻底、更体系,而广度可以认为是你解决了一个不太难的问题,但由于你的受众更多,

  所以你产生的价值大体等于个体收益*影响的数量,比如你开发了一个小工具,能够提升工作效率10分钟,这个工具需要使用100次,那总价值就是1000分钟,或者该工具被很多人使用,也会产生很大的价值。

  小C:懂了,不过广度和深度,有什么关系吗?

  小Z:这个问题非常好。看起来两个维度是不相交的,但实际上它们互相影响。当能够解决一个深度问题时,解决它本身需要特定的知识和技能,分析、排查、解决问题的能力,过程中经历的经验教训等等,这些内容是他人希望习得的。

  因此可以将其进行总结推广或分享,那么这时候它就产生了广度的效果。而能够产生一个受众广泛的影响时,就更容易和这些人群建立连接,更容易发现这些人的其它痛点,这时候就有产生深度效果的可能性。再者,如果你总是面向更多人分享简单的内容,你自己会担心他人对你的认可比较小, 因此你自己也更期望自己能解决复杂问题、推进有难度的事情。你看,广度中有深度,深度中也有广度。

  小C的眼睛亮了,仿佛领悟到了什么:所以说扩大影响力,就是在主动推广自己的成果,同时也会促进自己解决更难的问题?

  小Z:没错。扩大影响力,对个人和对公司来说,都是双赢的。

  小C:怎么理解?

  小Z:前面已经讲了扩大影响力对个人的影响,再说说对公司的。尤其是在大公司,信息流通是有很高成本的。这就意味着,如果个体不主动推广自己的劳动成果,他人是很难感知到的。

  你解决了一个问题,别人如果不知道的话,他也许会将该问题再解决一遍,那么对公司来说,第二个人做的事情就是无用功、意义不大。公司里有各种各样的问题,每个人积极推广自己的成果,可以让他人少做无用功,促进复用性,他人就可以把精力花费在其他事情上去,公司的问题才会越来越收敛,经营效率越来越高。

  小C:彻底懂了。我总结一下:

  ·公司和个人是交换价值的,我们帮公司解决问题,公司付出对应的薪水。

  · 个人产生的价值可以体现在广度和深度上,而广度和深度又是相互影响的。

  · 扩大个人影响力,可以让公司和个人处于双赢局面:于个人而言,可以促进个人价值提升,于公司而言,可以促进经营效率。

  因此,扩大个人影响力,既可以让自己有好的收获,也是对公司有利的行为。

  如何扩大个人影响力

  理解了为什么要扩大个人影响力,还需要知道应如何扩大个人影响力。

  小C:昨天你讲的让我回去又思考了很多,当下影响力这块的确是我需要进行明显提升的,打算去看下罗伯特西奥迪尼写的《影响力》这本书,据说还不错。

  小Z:影响力的提升,需要系统性一些,读书虽然有帮助,但产生的作用未必最大,大体可以按“721学习法则”来拆解下。成人学习70%来自真实的生活和工作体验;20%来自专家/导师指导及其他角色的交流反馈;剩下10%才是知识性的学习。刚才提到的阅读就属于知识性的学习。你可以再思考下,预计下周再约你聊一次。

  又过了几天。

  小C:Z哥,影响力的提升,我又思考了下,主要是还没想好具体关于影响力的事项规划有哪些。

  小Z:看了下你写的内容,主要更新了如何把事儿做扎实,但依然没有提及如何让别人看到你的成果、你的成果如何影响到关键角色。

  看到小C没有回应,小Z理解她并没有听懂他的反馈,小Z接着说:你文档中提到的“做事深度”体现在做“难”事、做“全”事上,体现在解决现有业务存在问题/解决当前已有且多发的痛点上,包括形成可复用的经验或工具等等。但是,你做出了成果、形成了工具,但某些关键的角色,依然不知道你做了啥呀!

  小C好像明白了些什么。

  小C:如何看到成果这部分的途径目前确实还没形成明确的思路,只想到可通过群内自主发言或者借助周边使用者影响关键角色。但自我认为应该会有更加丰富的途径,所以想着有完整的思路再往文档里补充。

  小Z:除了群内发言、用户反馈外,也可以通过分享、文档总结推广,或者是专门的汇报来影响关键角色嘛~ 

  小C:好的,以前想法确实比较局限,现在看确实有很多方法。

  小Z:方法确实很多,实际工作过程中要充分利用这些方法;比如,可以先理解他人的需求和动机,合作过程中建立信任,通过有效沟通获得他人尊重、在解决复杂问题或领导重要项目时。可以展示你的能力,并可能吸引关键人物的注意。

  影响他人的场合也很多,也应充分利用起来;比如,工作中的正式场合有各种类型的会议、项目汇报、项目复盘,非正式会议有饭厅、咖啡厅、走廊交谈区或公司外的团建场地等,这些场地都是可以影响他人的场所。

  小C:好的好的,以前思考确实局限了。


作者:软件测试技能栈    

来源:http://www.51testing.com/html/47/n-7800247.html

  • 【留下美好印记】
    赞赏支持
登录 后发表评论
+ 关注

热门文章

    最新讲堂

      • 推荐阅读
      • 换一换
          • 当项目已经上线并且趋于稳定,测试人员就不会每天对版本做一轮又一轮的回归测试。这时,开发在迭代版本中改动一点代码,没有告知测试人员,那么测试人员很难发现由改动引发的BUG。   这种情况下,测试人员确实无奈:产品也好、开发也罢,不主动告知改动内容,测试人员会把它默认成为上一个稳定版本,不会整天放精力在这类版本的回归测试中。再者,测试人员每天都对所有项目做手工的回归测试也不现实。这造成测试人员很被动。测试人员若想提高产品质量只能寄希望于高效的团队管理,加上与产品、开发人员的及时沟通、提醒。   测试人员能不能改变这种被动的局面,全权掌握版本的...
            5 2 2719
            分享
          •   要求:  1.注册账号可以是手机号或邮箱。  2.手机号码:中国地区手机号长度11位,以13/14/15/17/18开头。  3.邮箱:“@”前面的部分、“@”和最后一个“.”之间部分、最后一个“.”后面的部分和一些其他的情况。  4.密码:英文或英文数字组合,8-20位,区分大小写(数字:0,1,2,3,4,5,6,7,8,9字母:a-z,A-Z)。  针对此注册功能的页面,测试用例(效率高+覆盖全+逻辑明确)如下:  选择正确的输入值,可注册成功:  (1)符合格式的手机号、新密码为符合要求的非最多和最少的字符(数字+英文)、确认密码一致、正确验证码(冒烟测试)。  (2)符合格式的邮...
            11 11 2249
            分享
          •   前言  在做UI自动化时,无论是APP还是Web在登录页面经常会遇到需要输入验证码的时候,网上也有很多方法进行帮助我们,比如通过百度OCR的接口或者其他平台的开源接口,但是大多数都是收费的,对于我们个人学习,非常不友好,以前小编也分享过,今天小编再介绍一个python的开源库,带带弟弟ocr(ddddocr)  ddddocr  Github:https://kgithub.com/sml2h3/ddddocr  安装:pip install ddddocr  python要求:<=3.9  使用方法:# coding:utf-8 import ddddocr #...
            0 0 652
            分享
          • 读者提问:开发说这不是 BUG,怎么办?阿常回答:那你觉得是 BUG 吗。首先,测试要有自己的判断,不能开发说啥就是啥。其次,我们来看看 BUG 常见的四种类型:代码错误、界面优化、设计缺陷、需求问题。一、代码错误代码错误,即功能错误(功能没有实现)。如果判断下来是这类问题,测试可以在需求文档中找到描述该功能的地方,用记号笔着重划线标记,再传给开发看,相信开发立马就准备修这个 BUG了。二、界面优化界面优化问题,即页面显示问题(比如错别字、排版、布局、字体大小等)。如果判断下来是这类问题,我们可以找 UED 确认是否需要修改(错别字不用说,必须要改),UED 会从用户体验的角度来判断是否需要做...
            0 0 996
            分享
          • 读者提问:面试时被问,你印象中最深刻的 BUG ,举个例子说明一下。该如何回答比较好呢?阿常回答:建议剖析如下类型的 BUG:1、找一些复杂因素导致的棘手问题。2、找一些外因,或者底层逻辑,导致的 BUG。3、找一些,团队一群人,搞了几天才发现的 BUG。4、找一些,对业务影响程度、范围较大的 BUG。「举例」1、某BUG,在测试环境问题,在线上环境也没问题,就固定某几个用户有问题;通过排除法,排除了版本兼容、客户端硬件机型兼容、网络问题 等,最后发现,居然是用户做了某操作导致了连锁问题,复现场景,极其苛刻 。2、某BUG,测试环境没问题,在线上环境,你们测试也没问题,多数客户也没问题,就某用...
            0 0 11203
            分享
      • 51testing软件测试圈微信