测试开发该如何在团队中推广新工具、新技术(深度好文)

就测试开发工作而言,从阶段划分,可以粗略划分为四个阶段:

  • 识别发现组织团队中的问题
  • 分析、制定解决方案
  • 实现解决方案
  • 赋能落地解决方案

今天我们重点来聊聊,最后一个阶段,赋能落地解决方案过程中的经验和思考。


测试开发的工作产出(流程改进、工具/平台),更多面向服务的是公司内部研发人员,通常当有了新的工作成果时,测试开发团队都需要推广给公司内的各个研发团队。

很多测试开发团队经常会遇到一类问题,忙碌了一年,自认为产出了很多可以改变世界的核武器(开发了一堆工具平台、制定了一堆流程梳理改进),但当年底去考核度量价值时,发现对业务团队的帮助有限(通常表现为业务团队用的不好,或者很多业务团队压根没用起来)

产生这类问题的关键原因,简单小结,即推广没做好,对于公司来讲,对外销售的产品买的好不好,一定程度也取决于推广营销的手段、策略。而测试开发团队的工作成果也可以视作“产品”,而如何有效的在团队内做好新技术/新工具、新解决方案的推广是门学问,它决定了你的产品如何被更多人接纳、用好。

推广,有一个更为专业的词语:“布道”!业界中有一本名为《布道之道》的书籍,里面详细介绍了,如何在团队中引领团队拥抱技术创新、如何在公司团队内做好布道、推广工作。

接下来,就对此前(2017年)阅读这书本时,给作者带来的一些启发感想、或文中值得深思学习的要点,分享给大家(特别是在团队中经常做推广工作的小伙伴,文中要点值得反复深思)。

分享要点一:说服人们在某些方面加以改进或采取某种新技术

总结模式:

  • 1、同一类人所持观点相同
  • 2、有些人始终都乐于接受新事物
  • 3、另一些人则在别人转变之后才肯改进
  • 4、有些人你永远说服不了
  • 5、某些观点对有些人有用对另一些人没用
  • 6、有时候让管理层插手是让人们服从的唯一方法。

某些策略只对部分人有用,永远不能一概而论。

而这本书中主要讲的就是怎么让你的同事改变他们的工作方式,至于改变成哪种方式,那是你自己的事。

分享要点二:怀疑者指的是谁?

怀疑者是谁,基本上是你的同事,他们没有使用你希望他们使用的工具或者技术。为什么不用,有的不知情,有的不在乎,有的知道但拒绝使用。

怀疑者模式:

1、孤陋寡闻型
2、随波逐流型
3、百般挑剔型
4、激情燃尽型
5、时间紧迫型
6、发号施令型
7、不可理喻型

最重要的是要搞清楚为什么他们还没有使用某种技术,以及为什么他们产对我们的好意不屑一顾,原因很多,有技术上的,有出于小团队利益考虑的,甚至有个人好恶的因素,最关键是要站在他们的立场上,找到他们之所以怀疑的思想根源。

分享要点三:为什么需要推销?

推销大多数情况下意味着要让人们付出代价,对于业内发展成果来说,这种代价就是时间和精力。即让人们投入时间和精力去学习新的东西,而投入时间和精力到底能得到什么回报,有时候人们并不理解,尤其在他们正被手头的工具折腾得疲于奔命而又徒劳无功的情况下,就更不容易理解了。在疲于奔命的状态下,他们很难后退一步、更全面地去看问题。


除了时间和精力,有时候还需要一些不太好说清楚的投入。远远不是光让他们花时间那么简单,还涉及他们对自己的重新定义问题,哪怕只是调整一点点。

还有可能是其它更加说清楚道不明白的东西,比如你说的明明是:某某技术也许能改变他们的方法。",他们听到的却是:"我认为你错了", 如果他们现在错了,大概过去这些年他们产就一直那么错着,这顶大帽子,就算是最明白、最开通的人、恐怕也是轻易不能接受的,因为你不仅在混淆他们的身份,同时也在伤害他们的自尊。

种种迹象表明,你并不仅仅是想让他们掏点钱就完事了,你想让他们付出时间,精力,身份转换、及至牺牲尊严的代价。

分享要点四:解决正确的问题

1、在采取行动说服别人接受我们的方案之前,必须问自己一个非常重要的问题,我们是在解决问题还是推行方案? 如果是解决问题,那很好,因为对于团队来说,你是在治病救人,如果是推行方案,那最多只是一种中立的情况,通常不会有人欢迎。

2、你的目的是要解决问题,而且你还忘了大多数问题都不止有一个解决方案,当你专心致志地推行自己的解决方案,而这个解决方案可能并不适合要解决的特定问题,尽管你推荐的工具确实也是解决问题的一个途径,但从团队的技术氛围、能力组合以及组织策略这几方面综合来看,很可能还有更好的方案可供选择。

3、就像我们说服别人不希望人家固执已见一样,我们自己也要持开放的态度,为此,就必须保证自己的解决方案真的合适,再也找不到其它更好的方案了,只有这样,你才有可能放弃自己偏爱的方案,信心十足的去推行最合适团队的方案。

既能提高工作效率降低劳动强度,又可以把精力主要集中到真正创造价值的地方。

分享要点五:为什么要布道

之所有说要在推销方案 有先努力想清楚问题所在,主要原因:

  • 让自己弄明白到底是不是真的存在问题;
  • 强制你站在听众的角度来思考问题;
  • 让你拿出最适合听众的解决方案;

此时此刻,最要紧是得搞明白,你是真的想帮团队成员提升工作效率,还是只是希望说服别人跟你一样成为某种新技术的粉丝。 只有确定真的有问题,才能去弄清楚是什么问题,以及这个问题是否值得解决。或者说值得你团队兴师动众的到底是什么。

此外,在问题存在一个现成解决方案的情形下,还必须清楚你要推行的是不是一个定制的方案。定制的产品总是能要到更高的价钱,原因其实都一样,定制的方案是"量体裁衣",本身就已经埋下了成功的种子。 为团队专门量身打造一套适合的方案,可以减少生推行过程中摩擦,或者一些磕磕绊绊。

小结:
要点还有很多,一次性分享太多,大家也很难全部吸收,今天的分享先就到这里。

或许细心的读者会发现一个小秘密,凡是文字过多的,都会配上一些表情包,这个是为了方便减轻读者阅读大量文字时疲乏枯燥感。

本篇分享文字虽多,但细心品味,要点却是值得深思品鉴!特别是对于善于思考的读者来讲,相信从本文背后收获到的干货,远比纯技术的文章还要更多。

至少最后你能理解消化多少,就看你的段位了。

posted @ 2022-04-19 09:29  狂师  阅读(853)  评论(0编辑  收藏  举报