醉里乾坤大,壶中日月长

如何和研发“及时有效”的交流

上一篇 / 下一篇  2010-05-12 17:32:56 / 个人分类:闲言碎语

今天无意看到一个帖子,估计是个刚参加测试工作不久的朋友,标题是:如果和研发“及时有效”的交流。讲述了他(她)在工作中苦于和研发交流不畅,经常是得不到有效的信息或者彼此不快乐。
关于这个问题,其实我想具有普遍意义的。在我们公司,交流,沟通也同样是大问题。测试同事发现问题了主动和研发交流,问了半天问不出是什么问题,往往也得不到自己想要的结果。
在每次的项目交流会,总会有同事介绍自己交流的方式方法,认为自己的方法可以提高沟通的效果,能够更多的获取自己想要的信息。

往往这时候我不太认同的,我在去年的个人年终总结中也阐述过我认为及时有效的沟通的根本:相当或者至少差不太远的技术实力。
我们公司是技术类公司,对技术的追求在这里是得到大家的认同的。同样,在交流问题的时候,往往更多局限在技术范围内的讨论,如果别人一问三不知,说基本的语法你不知道,说当前的主流方案你不知道,算法不知道,常识不知道,你怎么和别人交流?
之前看过一句话,叫做:像研发一样思考,像客户一样使用。现在想想很扯,怎么叫像研发一样思考呢?如果测试都像研发一样思考,还要测试有何意义?但不像研发一样思考,不代表不必要具有研发一样的能力。
刚进公司导师就说:想要学习计算机,最好的办法就是编程。当然,他们那个时代的编程是汇编,是C,到我们这个时候更多就是C#,Python了,坦然的说,通过这些编程,我并没有加深多少对计算机的理解,反而在一层层的封装后,对计算机的理解更浅薄了。
但我相信,未来的研发和测试必然是界限模糊的。如果不能有基本的编码能力,也必然是要被测试行业淘汰的。这里面就不要去讲特例,那个微软的妇人,钱钟书说过:有特例正是因为有公例。所以,在一些面试者坦然的对我说:来做测试是因为觉得自己做不好研发,或者对编码不太有兴趣时,在我这里就被fail了。
在公司也有一些可喜的变化,首先一些研发的同事来测试部门轮岗,理解测试工作的艰辛同时,也带来一些好的测试方法和工具,而现在一些测试同学也去研发部门轮岗,进行底层或者UI的代码编写。这些都在说明之前的论断:测试和研发的界限会越来越模糊。

回到之前的话题,就是如何才能”及时有效“的沟通,那就是能够就一个问题发表各自的看法,别人在阐述的时候你能够认真听取并且分析,捕捉对方阐述文本中的漏洞,加以深入的分析或者辩驳;而更高级些的要求就是针对同一问题,你能够拿出具有更普遍意义或者更优秀的解决方案,在这个阶段,我相信你不会再为沟通问题而苦恼的。

TAG:

 

评分:0

我来说两句

日历

« 2024-03-07  
     12
3456789
10111213141516
17181920212223
24252627282930
31      

数据统计

  • 访问量: 72221
  • 日志数: 106
  • 建立时间: 2009-06-05
  • 更新时间: 2011-09-09

RSS订阅

Open Toolbar