在我们平时的工作中,除了常规的项目以外,总是会有一些优先级不那么高,事情也没那么重要,但是时不时就会恶心你一下,像个平时潜伏的顽疾,时不时就发作一下。这种『会呼吸的痛』不知你是否有所体会。
这种痛有可能是某个你没有掌握的技能点,但是使用相对低频,只有用到的时候才会痛,平时又不愿花时间把这个技能熟练掌握;也有可能是系统架构上的不合理之处,或是某坨懒得去改的代码,只有在迭代和修改的时候才会痛。
那么,这种痛除了整体的『重构』之外,还有没有办法推动去优化呢?当然有(这里就要扣题了),正如标题所写:谁痛谁推动,不痛就不动。不管是几个人痛,只要这个痛大家都能忍,那就都不动;如果有人受不了,那就谁最受不了谁去推动改进,是不是很公平?
从这个意义上来讲,维持细分业务的负责人相对稳定是很有必要的,因为这些痛点会一直刺激着他。而如果这个业务每隔一段时间就有变动,就可能造成堆积了很多『坑』,而下一个接手的人也未必痛到了想去推动改变的程度。
长此以往,坑就越来越多,直到有人受不了为止。然后,要么推动改进,要么直接离职撒手不管。因此,那些平时看上去不起眼的小问题,经年累月也会造成可怕的影响。
我们今日之境遇都是过往抉择行动之累加,当『痛点』出现的时候,不要逃避,更不要等那个更痛的人出现来『拯救』你。既然你也痛,就想办法把它解决掉。如果你没有这样做,那么到了真的病入膏肓那一天,你要记得,这里也有你的一份『功劳』在里面,不要埋怨别人就好。
作者:姬光,网名 @姬小光,哈尔滨工业大学电气工程学士/软件工程硕士,曾就职于淘宝/腾讯/京东,现任美的集团电子商务有限公司商城前端组负责人/集团认证讲师,CSDN 博客专家 & GitChat 推荐作者 ... 是的,这个介绍一点都不酷 ~