微笑|职场中有一个普遍的顽疾，那就是过河拆桥 kpi

文章图片

从我前面的文章中，大家也知道，我本是一个籍籍无名无名的嵌入式工程师，平时埋头于工作，不太问世事。但有一年，我在深圳的某家科技公司，承蒙老板和经理的信任，兼职了一段时间的HR工作，前前后后面试了大概有100多个工程师。通过与他们的交谈，大家吐槽最多的事，就是过河拆桥。
有些公司一个项目做完了，就把工程师队伍用各种方式解散了，用尽各种方式和手段逼工程师主动离职走人，不给一分的赔偿，然后底薪再招点刚毕业的新人没日没夜的维护。下一个项目就继续按照这个模式来进行运作。你
看人才网站上，常常见到某些科技公司，本身规模不大，最多才三五十个人（就这还是吹的），长年累月在招普通研发岗位和工龄短的工程师，招聘信息几乎一年365天都没有停过。有些的确是借着招人的名义在职场里面打广告，但更多的是在招人填坑。
很多科技型公司，成立十年八年了，还没有相对固定的行业业务，东一榔头，西一棒子，老员工数量却非常稀少，有的甚至没有一个。不用问，也是这种类型的。
【微笑|职场中有一个普遍的顽疾，那就是过河拆桥】有稳定的赛道的，有不少公司也过河拆桥风格。你可以看看，如果某个赛道，同期、同起点条件，人家的公司轰轰烈烈，而你的公司日子越过越难，相当一部分原因就是这样的。

我朋友经历过的一家公司，专门做电子医疗器械的。老板与迈瑞同一渊源，行业和赛道一样，起点条件和时间基本一致。迈瑞的市场占有率、产值都很高，员工队伍规模很大，在深圳南山科技园，办公楼都整栋的租或自建。而我朋友经历的那家公司，员工不过三五十个，办公室不过一百多个平方，业务还半死不活没啥收益。为啥，过河拆桥的事干多了，得到的业务都失去了。
如果去到这类公司干活儿，将非常痛苦。要面临着不了解产品历史、不知代码所承载的业务，不清楚版本，代码可能乱的像一坨翔。可往往任务却催的很紧急，客户提出的BUG或需求，一个接一个，被领导压在你的头上。你加班加点，昼夜不停，使出了浑身的解数。你读懂了一些代码，千方百计从仅存的员工或上级那儿得到一些业务信息。解决了一个bug ，或者完成了一项客户的需求。悲催的是，你可能触发了三五个bug ，新实现的需求，也出了问题。
这个时候公司的领导，就拍着你的肩膀跟你说，继续努力吧，我们看好你。你出的问题，我们已经从业务上给你暂时压住了。

你还能怎么说？你捅了篓子，领导替你暂时摆平，你以为这是领导对你的宽容。然后就继续努力吧，没日没夜的拼命。你个把月之后你开始出了成果， Bug一个接一个的修正，一些新的需求也能够慢慢的做出来了。你还顺便理顺了不少代码，重构了一些模块。半年之后，公司还会给你加些工资。一年之后，你想着几乎所有的事情我都能搞定了，终于可以担当大任，也不用过多的加班了。想着过去这一年，产品的火也扑灭了不少，自己的辛苦大家都看在眼里，是该涨点工资了，要不然除了租房和生活费，过年回家恐怕路费都不宽裕。