职场 PUA,现在也算是个热门话题了。很多人都在吐槽这件事,只是没想到有一天有人会说我也会 PUA 别人,想想也蛮有意思的。
事情是这样发生的。我在整理质量内建材料的时候,看到如上那张图,是 Christopher Avery 的 “责任流程模型 “。这张图和质量内建有什么关系呢?个人的看法是:如果你不能在团队中树立起 “质量是团队每个人的义务” 这种意识,那么其他的辅助手段、自动化测试工具就很容易流于形式,大家都是为了质量而质量,也很难发现更深层次的问题。
当我把这种思路和边上的小伙伴沟通了之后,他说:你这不就是在 PUA 吗?我一个测试,为什么要把产品质量当成自己的义务?如果产品没规划好需求,开发的能力不行,没有自测,难道也是测试的问题?
想想好像哪里不对,这哪里就是 PUA 了呢(毕竟这个词太敏感了)?赶紧百度了下什么是职场 PUA,发现有以下几种情况算是职场 PUA:画饼、美化打击、付出收入不对等、制造心理落差等等,好像也靠不上啊,不就是对测试人员的要求高一点吗?
再想想,大概知道问题出在哪里了。在职场,“权责利” 对等,是最基本的原则,我们就是一枚小测试,权和利都很小,那么为什么要多去承担那么多责呢?就算线上出了问题,也很少直接让测试走人的啊。
如果从这个角度上看,有些人肯定会认为我是 PUA 了他。但真的是这样的吗?
我只是想把事做得更好而已,有错吗?上级对自己的要求多一些,高一些,真的是在 PUA 我吗?想了很久,终于想通问题出在哪里了。
问题就在于:是谁来做 PUA 这个动作!!
如果是上级强制要求测试来做质量内建,做不好就滚蛋,那这个就是在 PUA 了。但如果是我自己想把事做得更好些,让团队质量更好些,就不算是 PUA 了吧。
嗯,这可能也会被冠上另一个称呼:卷王!
回想自己的成长历程,虽然不能说是把工作当成了义务,但至少也是会经常思考如何把事做得更好,很少去想这件是不是应该我去做。
功能测试人员要学性能测试吗?我去做了,然后帮助公司从 0 组建了性能团队;
测试人员需要了解敏捷吗?我去学了,然后才有机会进入 DevOps 团队;
测试人员需要懂代码吗?我去学了,把自己丢到研发团队中,然后懂得了什么是代码思维;
测试负责人需要懂产品、运营吗?我去学了,然后把平台做成了产品级;
在这个过程中,我成长了,我收获了,当然,你也可以理解为我被上级一直 PUA 着。但是现在想想,最大的收获不是自己吗?一个人的成长,就是百分之百取决于,你对自己的要求。
有一位教练和我说,在团队,要做到 “职责是明确的,边界是模糊的”,什么意思呢,就是每个岗位都是自己明确的工作职责,但是,谁来做这事,可以是模糊的。不要因为角色结束了自己,也不要计较一时的付出是多还是少,事就在哪,你不做,总有人来做。那为什么不是你去做呢?你的付出团队是看得见的,它总能在某个关键时刻帮助到你。
教练说得对!
现在很多人都会叫我 “测试大佬”。其实,自己哪是什么大佬,和行业的大牛比起来,差距还是很大的。只是少了一些苟且,多了一些努力罢了。在别人觉得没必要的地方,自己坚决不苟且,并且在别人不那么认真的地方,自己多较劲一点,自己深想一步,多认真一点,就能享受到别人的苟且,给自己带来的红利。
想通了,也就释然了,每个人对自己的要求总是不一样的,是否被 PUA,取决于你自己的思考。
当然,如果在职场中,你的上级真的只画饼、美化打击付出收入不对等、制造心理落差等等,那是真的在 PUA 你,尽早离开吧。