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

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

我们入职之后的工作就是立马启动对ERP的选型。那时候KB公司上到高层下到职员都基本上认同了用友U9的系统了,因为财务端就是用的用友U8,无论是报价还是技术上看似乎很合情合理。但我们入职之后立马启动了对它更深层次的研究,也对比了它的竞争对手台湾的Tiptop系统,加上参考了多家公司的使用情况,结合KB公司的业务需求,再结合架构、技术、乙方顾问的素质等等,最终我们认为用友U9并不如售前人员吹嘘的那么完美,实际上很多地方有它的弊病所在。比如U9只支持IE系统,后台使用IIS+SqlServer,不开源,不支持重复性生产模式等。而针对移动端和跨平台选择上面,U9系统也基本上处于劣势。这些方面,Tiptop有它自己优势的地方。但就是这么一些道理,我们却写了几乎几十次的ERP选型报告,改了非常多次,跟公司高层开了不知道多少次大小会议。每一次开会几乎没有人会提出什么建设性的意见,几乎没有人有ERP的概念。

上ERP意味着要花钱,特别是这种信息化建设为白纸的公司。不仅ERP要花钱,连现有的基础网络建设都要重新改版,改变现有愚蠢的外网访问模式。公司高层一听到要花钱,都非常的慎重,评估报告一写在写,而且要写的非常通俗易懂,让不懂IT的人也能看明白的那种,非常的心累。而ERP选型的评估报告,只有总裁才有决定权,但要找总裁开会是要预约的,都是大型会议的那种,很庄重,非常的不容易,这样无形之中就增加了很多沟通的成本。更要命的是,总裁等高层其实对ERP也其实没有太多的认知,因此对我们的评估报告提了很多的质疑,甚至还因此找外部人员对我们报告做评估,来来回回折腾了很多次,最著名的有《十大问题》战役。

其中最大的阻力莫过于那时候还是信息管理部的最高管理者的王姓副总,因为公司高层对他的信任,所以他只要但凡提出一点疑问,我们总是要写N多的报告来解释。如果是懂行的人也就算了,但出身于财务的他又偏偏是不懂IT和ERP的。像库存周转率、像销售出货管理、报表预警、成本分析结算、流程型生产模式等东西都一概不懂也漠不关心,在他眼里,只有是否支持B/S,是否支持多种浏览器,界面是否美观,是否兼容现有加密系统等等才是最重要的。好几次实施公司都无语了,我们也深深感到震惊,原来这CIO的格局竟如此之小。

就因为他提出要对ERP系统做测试试用,高层很是支持,我们不得不花费很多精力对ERP标准模块做一次一次的调研和评估。在一次跟乙方实施公司开的会议上,他居然提出了:”能不能在公司内部安装一套空白的ERP给公司试用“的著名言论,乙方售前顾问当场就拒绝了。我也差点吐了,这得是多么不懂ERP的人才会这样说啊?好几次我也很想放弃,实在没有那个精力和那个耐心去跟一群不懂系统的人,一群对我们不信任的人做过多的沟通和解释。但一想到我们都过来了,奔着这个项目来的,好歹做过有始有终吧。

终于报告写了非常多次,开了会议不计其数之后,总裁终于确定下来用Tiptop了。这ERP选型跌跌撞撞从我入职到最终签下合同日2016年2月,已经过了半年了。ERP选型能够选半年估计也只有KB公司才会出现了。然后接下来就是合同的评审和价格商谈,这个又磨去了非常多的时间。本来C总已经砍了不少价格了,然后总裁却又不满意,砍的价格异常的多。而乙方这边已经很难以接受了,就这样两方耗着,拖去了非常多的时间。直到最后乙方妥协,各让一步,以最低价格签下了合同。

对于ERP商谈的价格,我也挺无奈。公司总裁以为为公司争取了很大的利益,实则不然。乙方公司如果没有赢的一定的利润,那他们就会在顾问的质量,实施水平,解决方案上克扣回来。因此,项目在实施周期里,乙方项目经理一个月都未必会来一次,业务实施顾问基本上一周来三次,总共就2个(销售生产采购仓储就一个顾问,财务一个顾问),开发顾问若干,有时候开发顾问都拿来当业务实施顾问使唤,可见这项目的悲催。

从这里开始,价格的问题就注定了这ERP项目质量的低劣!

然而,选型结束了,一切悲哀才刚开始!

时间: 2024-10-29 10:47:55

KB奇遇记(4):困难重重的选型的相关文章

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

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

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

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

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

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

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

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

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 =