扫码阅读
手机扫码阅读

不要成为锤子下的牺牲品

132 2023-08-25

春节开工第一篇文章,本来想分享一篇技术文,想想还是这篇文章,更适合在新的一年,警醒自己。

去年和CC、CKL合作创建了知识星球,大部分加入的同学咨询的案例,最高频的一个词就是:迷茫。迷茫如何提升技术,迷茫是否要转型,迷茫当下该做什么选择,迷茫未来职业生涯怎么走......
迷茫,找不到方向,成了很多职场同学的标志。
其实本质来说,迷茫只是欲望的伪装面具,迷茫是因为想要的和当下有了太大的鸿沟导致。
想法太多,行动太少,思考几乎没有,经过认真思考的行动更是影子都没有。

有句话叫“手里拿着锤子的人,看什么都是钉子”。
甚至某些鸡汤文还宣称:“锤子的心里只有钉子,钉子的心里只有木头,这就是专业精神”。
这种看似有理实则限制颇多的内容,在我看来,都是固化的认知偏见。
钉子除了钉木头,还可以钉在墙上挂油墨画,锤子除了用来敲钉子,还可以用来破窗求生。
甚至钉子还可以重新融化为钢铁,然后再铸造为新的更有用的物品。

关注我号的很多同学都是软件测试工程师,大家的岗位职责是质量保障,为最终的线上交付质量负责。
当然,近几年开始有新的理念出现,也有很多优秀的实践。比如敏捷,比如testops,关注的重点从质量开始向效率拓展。但实际职场中,依然有很多同学会面临背锅这个问题。
其实认真思考一下:需求是业务提的,PRD是产品写的,代码是开发敲的,生产发布是运维操作的,商业变现是运营团队在负责,为什么线上出了问题就是测试同学的锅呢?
一个软件产品从无到有,参与其中的部门和人很多,有了好处大家都有份,出了问题一个个避之唯恐不及。合着就是测试背锅,好处我拿,死道友不死贫道的逻辑,真搞笑。
我这样说并不是推卸责任,而是想表明一个观点:权力、责任、利益要分配清楚,而不是按照岗位来分锅。
现在企业为了保障高效的业务开展和流水线式的迭代交付,对岗位的定义也越来越细化。这样很容易导致一个问题:
即为产品质量兜底或者生产流通环节的最后一个关卡,越容易成为事故下被集火牺牲的对象。
就像我上面说的,测试成为了为软件线上故障的责任人。
原因有很多,岗位定义、企业文化、组织管理方式、认知偏见等等。

昨天看一篇devops相关的文章,里面讲了这样一个故事,我觉得很有趣,这里分享给大家:
曾经有一群美国专家到日本参观和学习生产流水线,他们发现了一件有趣的事情。
在美国公司的生产线里面,总有一个人拿着橡胶的锤子在敲打车门,目的是检查车门是否安装完好。但即便如此,车门的质量依然很差。
可是,在日本公司的工厂里面,却没有这样的角色。他们就好奇地问道:“你们如何保障车门没有问题呢?”
日方的专家回复说:“我们在设计车门的时候,就已经保证它不会出问题了。”
你看,同样是采用流水线技术的两家公司,结果却大不相同。
如果在我们的软件研发交付过程中,始终依靠这个拿锤子的人来保障产品的质量,出了问题总是抱怨没有会使用锤子的优秀人才,或者抱怨锤子有问题,这个流程或许本身就出了问题
人最大的优势在于发散性思维和辩证逻辑,很多时候我们并不是没有创造力,很可能我们只是被社会分工和所谓的岗位定义束缚了而已。
不要拿着锤子就满眼都是钉子,也不要成为锤子下的牺牲品。
不要把路走窄了!想办法去拓宽道路。
即使是井底之蛙,也要努力跳起来,扒在井沿看看外面的世界,你才可能创造更大的可能性。
迷茫只是暂时的,眼前大雾弥漫只是范围性的,
找到一个方向,向前多走一会儿,多走几步路,也许你就知道该往哪里前行了。

送给2023年,依然迷茫的各位。
原文链接: http://mp.weixin.qq.com/s?__biz=Mzg2NDAwMjM1NQ==&mid=2247486628&idx=1&sn=2018a4e4e2eaf2d19ac377189242300b&chksm=ce7144f8f906cdee16c73d54ccc982462dea5827c5b0c2fba4134089ca397e415e2250ec5da4#rd