离职时机:避免把项目搞砸了再走人

  吾一直跟别人讲,以前那位研发总监走的时机,实在是太差了。怎么个差法?项目搞砸了才走的。

  前研发总监什么时候走人的呢?2017年12月,时间点如下(吾有出差报告):

  20日,她突然问吾一个很久没有关注的源码。吾当时一愣:关注这个干什么?这是要走人了,复制一份代码?

  22日下午,有人报告说,上海系统布署后无法进行视频通话。她负责研发,这个系统也是她安排人员安装的。现在出了问题,肯定是她负责解决,别人没办法她必须上阵。她当然找借口不去,说是上海网络有问题。

  其实,如果吾在她那个位子上,吾亦不愿意去。为什么呢?因为整套系统的安装、配置跟别的服务器一样,结果上海系统就莫名其妙的不能用。这样的怪问题,最可怕,也最难解决。所以领导乙要吾去的时候,其实吾是很不情愿的,很明确的跟领导乙讲:去了没什么用,问题解决不了。解决不了,那吾名声不就完蛋了?可是出了这样的事情,不去人又不行,她不去领导也不敢得罪……

  23日到了上海,经过反复分析、验证,终于找到了解决办法(原因是今年才搞明白)。解决之后已经是凌晨1点多了。然后领导乙24日早上跟吾讲,她离职了,还写了个很长的文件(指责吾不给她某部分代码,实际上领导甲已严令吾给她,而且说话极为难听)。

  别的咱不说,她走人的时机,极为不合适。为什么?项目搞死了,自己束手无策,别人又救活了,她才提出走。给人什么印象?项目搞砸了才走人的。不管怎样,这是事实。

  当然,从主观上来说,她应该也想把这个项目搞好了再走人。一个是为了留下一个好印象,另外呢也很有把握。因为系统也布署过几次,都很正常,没什么问题。结果谁想到,系统布署了就是不能用。

  那么,以此为例,担任主管的各位,在离职的时候,也要避免项目搞砸了再走人。如果项目砸了,建议想办法搞好再走人。

猜你喜欢

转载自blog.csdn.net/quantum7/article/details/81707572