站在对方角度

        说服别人的时候，需要站在对方角度，替别人去想。这个道理很简单，似乎谁都明白，但是能做到的人却很少，尤其是当需要说服管理层的时候。

        我曾经是“自动化测试框架”小组的一员，叫做Automation组。这个组负责开发和维护测试框架，修改bug，技术支持等等，其它的测试工程师叫做QE，他们利用这个框架来开发测试脚本，完成测试任务。

        Automation组的成员，最多时也只有四个，随着使用框架的测试工程师越来越多，从四五十人上升到一百多人，Automation组的压力越来越大。首先是使用者的水平有高有低，一般水平的使用者，只要是测试失败，都默认是测试框架的问题，发很紧急的bug给我们，我们分析之后，发现有时候是使用不当，有时候是网络问题，有时候是QE脚本写错了，还有的时候是被测产品的bug（发现产品bug不是框架的错！老兄！）这些问题的比例越高，Automation组的士气就越低。但凡出错就得帮别人去看，4个人无论如何是支持不了100多人的。第二是，随着使用者的增多，框架的贡献者也越来越多，大家都去check in，框架的稳定性便越来越差，常常发现这个功能用不了了，那个功能被break了。这些问题导致的结果是，我们4个人，一年都在fix bug，提高框架的稳定性，没有做过几个新特性的开发。

        就这些问题，我们分别都向管理层反映过。但是开始他们并不重视，理由是，那些比较低级的问题，随着QE经验增多会越来越少，至于稳定性，出了问题赶快去解决就好了。如果是因为最近的修改导致的问题，把相关的修改回退回去，让对方解决问题以后再重新提交代码。

        其实管理层的立场是很清楚的，作为测试团队，我们的目标是测出产品bug，提高测试覆盖率，所以Automation组是为所有的QE服务的，我们要做好技术支持，解决bug，开发新特性，提高大家的效率。可是作为Automation组的成员，我们希望把自己从保姆的角色中释放出来，有时间去思考新特性，比如如何让框架更快，用起来更方便。我们不希望自己只是天天解bug，伺候“大爷”，尤其是一些对错误不做任何分析，出错的log都不肯读一读，但凡出错就要求Automation立即为其解决的“大爷”。这样下去对我们自身的职业发展没有任何帮助，只会无谓的磨灭我们的工作热情。

        一方面是QE对我们过于依赖，用例运行失败的默认处理就是报bug给我们，导致我们总在救火；另一方面管理层对我们又不满意，觉得框架不稳定，而且我们没做什么大feature。立场的不同决定了管理层只能优先保护QE，把支持他们看做我们的天职。觉得我们更有经验，分析bug比QE更快，所以我们理应帮他们解决那些bug。最后结果是我们的诉求很大程度上被忽略了。

        直到有一天，Automation组的一位印度小哥，惊人的说服了管理层，要求以后报bug的QE，有义务自己去分析，直到明确了是框架本身的问题，才能转给Automation的人处理。对我们来说，这无疑是个巨大的进步。

        除了天时地利，这位小哥的沟通技巧，也是这次说服成功的关键因素。我问他是怎么做到的，他说：我只是举了一个例子，比如让那位经理当一个QE的角色，他的测试出错了，让我帮忙分析。我分析完给了他一个patch，他运行后发现还是有点问题，让我继续改。可是我在开会啊，或者我在培训，还可能我有个更紧急的事在做，我说，我只能下班才有空帮你看。这样，他就什么也干不了，只能等着我帮他解决。

        说到这里，就全明白了。以前我们都是从自己的角度，来说Automation的工作，我们如何忙，如何支持那么多人，如何去普及debug经验，帮助分析各种运行失败原因。这些都无法说服别人，因为听上去都是我们应该做的。但是换个角度，从管理层的角度来说，如果不改变现状的话，多数人对少数人的依赖，已经成为测试的瓶颈。为了提高团队整体的效率，必须将我们的工作，分担一些出去。

        所以，想说服别人的话，不要只是一味从自己的角度。要让对方明白，他能获得什么样的产出，在对对方有利的情况下，他很可能会买你的账。

(版权声明：本文为博主原创文章，转载时请注明出处。作者：朱紫丢）

 

职场部分，分享工作技巧，如何升职。

理财部分，分享自创的炒股模型，简单有效！ 分享“什么是最好的投资”，以及财富增长技巧。

创业部分，有个人对创业的思考，以及创业idea

生活部分，有改善夫妻关系，婆媳关系的技巧。育儿心得。

原创真实。敬请期待。