KB奇遇记(5):奇葩的用人制度

8月份入职,公司不给我们正式任命,导致了我们开展工作困难重重,基本上很少有人会鸟你,做事仿佛名不正言不顺。哪怕你是未来信息部的老大也一样,网管们根本不买你的账。所以做ERP选型,做旧OA的选型以及加密系统的评估都没有什么权限,也得不到很多应有的资源。后来我才发现KB公司的用人制度很奇葩:每年年末开一次年会,重点讨论来年的人事任命,并在年初对所有的管理干部重新做一次任命。也就是说今年你是总字辈,到明年就不一定了。而且人事的任命一般是一年期限,如果有新人半路入职,那他的任命也就是到当年的12月31号。就仿佛西游记里面的妖怪,没后台的都一竿子打死,有后台的都活的好好的。

所以每年年会将是这些管理人员的一道坎。而这些管理人员也都很没“骨气”,本来好好的总经理级别的人,到来年可能变成职员,但他们还是会在这家公司好好呆着,也不会觉得不好意思。当然,也有可能从职员一夜之间变成了总经理级别的人。所以在公司里看似一个很普通的人,可能过去他是公司高层,随便一个砖头拍过去,也可以砸死几个管理干部。但说实话,在职期间接触下来,我总的感觉是KB公司的所谓总经理级别的人能力和水平大多只是相当于立达信集团里面的一个事业中心的高级经理级别;而KB公司一个经理级别的人的能力和水平可能就是相当于立达信集团里面的一个资深专员级别。这些从做项目的过程中就可以看得出来了。

终于折腾到了2016年年初,之前那位信息部副总因为不懂ERP,不敢接这个项目,他的位置由我们接替了。他虽然不管IT了,但他一跃变成了IT的监督者,这也是公司总裁的意思。基本上我们出的评估报告、文档以及请购流程都会由总裁或者总经理转到他那边做一次审核。而他偏偏又是不懂行,而且格局非常小,对我们所做的规划提出了很多匪夷所思的言论。比如:VPN不实用,无法做到文档加密;新机房不需要购买核心交换机,直接用旧的就可以了;加密系统是可以兼容Win10的,之所以Win10会出现蓝屏是因为Win10本身不稳定和有缺陷的原因;ERP太差不支持B/S模式;启用域控会有很多问题,现有批处理管理就很好;等等奇葩言论让我们哭笑不得,防不胜防!

2016年年初的时候公司突然决定大规模裁员。其实裁员这件事做的是对的,公司里面太多闲人了,单单审计稽核部门全集团就差不多百来号人,这点跟立达信集团稽核部那几条枪形成非常鲜明的对比。既然要裁人,按道理来说我们信息部因为要上项目不会被裁员到才对,结果不是的。公司高层居然会认为我们信息部人太多了,应该精简。看来这些没有IT概念的人把网管和宣传企划专员(用Photoshop修图的人)也算入IT人员了。后来几番交涉,高层同意不裁员,但也坚持不再招人了。但为了ERP项目,我们只能从内部去转岗,从网管(修电脑、重装系统的人)里面调了2个过来做ERP模块,说出去绝对会笑死人。

好不容易IT团队粗糙得搭建起来,接下来关键用户这边公司始终都不肯再提供资源了。我们来公司之前公司就已经组成了ERP项目组,里面号称是有N多关键用户,但常驻在ERP项目组的实际上就3个人(2个财务1个采购),剩下的全部都是“兼职”关键用户。说实话我也是第一次听到“兼职关键用户”的说法。在后面实施项目的时候我才发现这些所谓“兼职”关键用户平时是不跟ERP项目的,只有业务上有需要的时候才会打电话让他们过来ERP项目组帮忙。因此在项目后期,这些“兼职”关键用户跟普通的最终用户没啥区别,基本上都不熟悉系统,对系统的流程走向和解决方案全部都不熟悉,没经过业务测试。虽然我跟项目组提过几次这个问题,惊讶的是无论是公司高层还是乙方顾问似乎都不认为这是一个问题!

后来公司又经过了好几次裁员,ERP项目组成员走了好几个,到距离上线的2个月里,项目组里只有2个经验较丰富的人员,1个ERP开发人员,1个带业务的IT,1个APP开发人员。这项目做的当真风雨飘摇。而且从项目启动会开始,项目组长就几经更换,至少换了5次,但实际上这些项目组组长嫌少管事儿,基本上都是甲方项目经理在撑场。

最大的一次裁员是公司确定年后信息部将大洗牌,彻底搬到深圳由深圳那边的新人接替,这下整个项目组基本上无人愿意干活了。而我此时已经看透了这里的一切,也不想再耗费什么心神去折腾什么,本来自己就没有那么多权限,何必自讨苦吃。前任信息部副总也一直在高层耳边吹风,说了我们不少坏话,我们的地位也岌岌可危了。本来我们做项目就已经很不易,真的很想好好去做点成绩,却还要提防这种尔虞我诈的事情,实在是心累!

后来连公司管理层也都换了,ERP流程和业务的决策者都不管事儿了,这项目仿佛成了无头苍蝇到处飞。每天我们都感觉这项目随时要解散。终于ERP在2017年1月1号上线了。上线之后暴露出的问题也大大超乎了我的想象,本来我以为再不济也是用户需求有问题,没想到连库存,app,接口一直处于停摆崩溃状态。想到过去公司这种奇葩的用人制度,出现这些问题也不足为奇了。

总之,在这里做IT得不到重视,还要处处提防小人。本来我还想着在这里供职几年,但这奇葩的用人制度和个别人都让我在这里的每一分钟都感到无比的恶心!

时间: 2024-08-28 00:55:33

KB奇遇记(5):奇葩的用人制度的相关文章

KB奇遇记(6):搞笑的ERP项目团队

早在我们来之前,KB公司这边就已经组建了ERP项目组了,当时IT就仅仅有一个人.属网管出身.而关键用户分两种类型:专职关键用户和兼职关键用户. 专职关键用户组织结构上已经调动到信息部,常驻在项目组里工作.財务模块2个人,採购模块1个人.其它模块没有.兼职关键用户平时都是在各自部门里,平时该做什么还是什么.仅仅有ERP项目组有须要的时候才会让他们过来处理一下,几个小时之后然后就回各自部门了,每一个模块大概有1-2个人员组成. 后来我们入职了,開始扩充人员.因为KB公司极度压缩ERP项目的成本.连人

KB奇遇记(7):不靠谱的项目实施计划

在ERP项目启动前期,项目组两方项目经理和我等几个人单独跟总裁开会,讨论了初步的ERP实施计划,本来第一期上线只是考虑上其中一家工厂而已,结果临时加入了深加工的工厂.本来项目组预定计划是2017年1月1号上线的,结果到总裁那边就被裁定为2016年11月1号,足足提前了2个月.同时第二期上线要在明年半年的时间里上线剩余的分出全国不同地区的六家子公司,其中一家还是在海外.很惊讶的是甲方乙方的项目经理均对总裁提出的ERP上线日期并没有提出什么交涉和异议. 在我看来对于一家没用ERP系统,全部手工Exc

KB奇遇记(4):困难重重的选型

在以往的工作经历中,虽然也会出现公司的一些规章制度,但我鲜少与其打交道,也极少听说.但是来KB这里,突然发现公司居然并没有给我配备电脑!!原因是制度上并没有写IT人员入职需要配备电脑,尔后通过特批流程才申购了一台笔记本,此时我已经入职了半个月了.这半个月期间里我一直用的是我自己的电脑,因为加密系统的缘故,我既看不了文档,也登陆不了OA系统,基本上没啥作为.后续有新同事入职,只能在OA上申请借用电脑的方式来使用,一旦你需要申购电脑,就要跑很长的流程,特别是对价格的审批,这一点后续会重点讲到. 我们

KB奇遇记(9):艰难的上线

经历了非常多的磨难,系统也“如约“在2017年01月01日勉强上线了.尽管我认为它还不到上线的程度,条件不具备,但上头的指令下来和计划便是在这一天.整个上线过程从2016年3月8号开始到上线日,扣除中间荒废无为的1个月半,实际上实施的周期只有7个月半.当然,这实施周期并不算短,但要是考虑到2016年10月1号上了OA系统,期间还有地磅系统,条码系统上线:除此之外还有信息部各种系统要维护如一卡通,机房,电脑管理,加密系统等:还有甲方乙方两边项目团队人员严重不足,素质不佳,每周顾问只来3天:甲方项目

KB奇遇记(3):IT现状

2015年8月3号,终于告别了过去来到了KB. 公司给安排的住房是一间套房里的小房间,小的简直连坐的地方都没有了,中间一个大床将房间隔了两边,显得特别狭小.由于是刚来,我也不好要求太多.但就这个小房间,我几乎住了快一年! 尔后上班,终于了解KB公司的糟糕的IT环境,简直难以想象:  1.垃圾HR系统: 这个HR系统是用的ASP.NET系统,没有提供源码,公司内部IT没有介入运维.每当人事部门有新需求的时候就会委托厂商远程连接到服务器上做相应的调整,每年都会缴纳好几万块钱的维护费用.而这HR系统只

【BZOJ】【3157】&【BZOJ】【3516】国王奇遇记

数论 题解:http://www.cnblogs.com/zhuohan123/p/3726933.html copy一下推导过程: 令$$S_i=\sum_{k=1}^{n}k^im^k$$ 我们有$$ \begin{aligned} (m-1)S_i &= mS_i-S_i \\&=\sum_{k=1}^n k^im^{k+1}-\sum_{k=1}^n k^i m^k \\&=\sum_{k=2}^{n+1}(k-1)^i m^k-\sum_{k=1}^n k^i m^k \

bzoj3157国王奇遇记(秦九韶算法+矩乘)

bz第233题,用一种233333333的做法过掉了(为啥我YY出一个算法来就是全网最慢的啊...) 题意:求sigma{(i^m)*(m^i),1<=i<=n},n<=10^9,m<=200 别人的做法: O(m^2logn),O(m^2),甚至O(m)的神做法 学渣的做法:矩乘+秦九韶算法,O(m^3logn),刚好可以过最弱版本的国王奇遇记的数据 (极限数据单点其实是1.2s+,不想继续卡常了-bzoj卡总时限使人懒惰-如果把矩乘的封装拆掉可能会快点吧,然而人弱懒得拆了...

linux内核奇遇记之md源代码解读之十五bitmap原理

转载请注明出处:http://blog.csdn.net/liumangxiong 为人不识陈近南,走遍江湖也枉然.做raid不识bitmap,通通都是走过场. 那么bitmap究竟是何许人物,能够在raid5的场子里混得风生水起呢?话说最早raid5是没有bitmap这位门客的,突然有一天跑raid5的系统异常掉电了,客户发现异常掉电之后再写数据就出现了数据不一致的情况.查来查去发现raid5本身设计就有一个缺陷:raid5每次写至少要写两个磁盘,写过程中异常掉电的时候就会发现一个磁盘写完成而

linux内核奇遇记之md源代码解读之十四raid5非条块内读

转载请注明出处:http://blog.csdn.net/liumangxiong 如果是非条块内读,那么就至少涉及到两个条块的读,这就需要分别从这两个条块内读出数据,然后再凑成整个结果返回给上层.接下来我们将看到如何将一个完整的bio读请求拆分成多个子请求下发到磁盘,从磁盘返回之后再重新组合成请求结果返回给上层的. 4097 logical_sector = bi->bi_sector & ~((sector_t)STRIPE_SECTORS-1); 4098 last_sector =