【吐槽汇】新旧系统切换,CIO用尽洪荒之力撕过的那些人!

标签:CIO企业系统需求切换

访客:137356  发表于:2017-09-25 12:17:32

在互联网的不断变革下,企业要从传统的观念以及陈旧的系统中,转换成互联网体系。随之而来的新旧系统对接和切换;旧的体系在维持运作,同时也在不断的变动。公司虽然知道自身要变革,往往有强烈的危机感,但是因为本身行业的限制,不知道要怎么具体改变。

本周我们就和CIO吐一吐:新旧系统切换,CIO用尽洪荒之力撕过的那些人!

【吐槽汇】新旧系统切换,CIO用尽洪荒之力撕过的那些人!

问题一:怎么实现新旧系统的切换?步骤是什么?

甲:这不是一个简单过程,我们现在做ERP系统的异构迁移,复杂的要命。切换时一般不建议进行功能改进,切换的风险很大,如果可以分开做的一定分开做,如果系统本身不一样那就另当别论了。软件系统如果可以有多套的,或者可以并行的,相对风险就小一点。

乙:我觉得要分几个方面来讲:1、数据切换问题 ;2、流程改进问题 ;3、操作习惯问题。切换肯定会涉及功能变动,有时不一定是主动改进,比如原先的老系统中某个功能是以补丁的形式做的,功能不全面,新系统考虑到这部分,就会有一个改动。首先要有一个强有力的组织压着,其次要不断培训和试运行,通过培训让所有人熟悉新系统。有的数据结构不一样,有些数据字段要丢掉,有些要增改,比如制造业软件看起来整体流程差不多。主要是对未来的不确定性,学习要花精力,新旧系统切换一般都是并行方式进行切换,激进一点则直接切换。例如我们改特殊流程,按道理很多特殊流程都不应该存在或不合理,但为了企业的整体利益,只能妥协接受。

丙:个人觉得包括:1.试用环节;2.问题总结与反馈;3.数据的迁移。任何环节都很关键,有时得借助最高管理层的施压来改变。在实施上,绝大部分用户都不大愿意改变,一旦触及到绝大部分人的利益,进而影响核心业务的时候,很有可能会被牺牲掉。

丁:软件是为企业决策服务的,系统切换相当于一次变革,在变革中有些牺牲也正常。很常见的,有N多不合理,但是站在企业角度就觉得这个方便高效,到管理层则是直接有用就行。

【吐槽汇】新旧系统切换,CIO用尽洪荒之力撕过的那些人!

问题二:新旧系统切换中,数据迁移怎么解决?会对业务产生什么影响?

甲:我们做的是数据库对照表,因为两套系统都是开源的,因此好做。我朋友是通过后台直接导入关键数据,如果是对照表还好,基本上能保证数据全面性。如果只是关键数据,我建议开一个历史数据查询帐套,新系统中留下关键数据即可;还有如果编码体系有问题,新系统中一定要做个物料编码别名管理,用于新老编码过渡。历史数据肯定要迁移,否则老系统割舍不掉,经常要查迁移关键数据。此外,老系统不能都装到虚拟机上,迁移的数据放到新系统的历史数据帐套中,新项目只取关键数据,重新开始。

乙:我认为数据迁移会有两方面影响:1、报表的连续性,不管是否将数据导到新系统中,因为数据结构问题,做数据分析的时候会有影响;2、一些关键数据肯定能完整保留,但一些不是非常关键的数据有时会被丢弃。有些部门以前只要一个报表就能了解的事情,现在可能需要两三个报表一起分析。当然还有使用习惯,新老系统肯定会存在习惯问题,老系统用地越久,问题越严重。

丙:历史数据一般建议不做迁移,选好上线时间点做好切割为好。没办法迁移历史数据时,一种是到新系统里做报表查询;另一种是整合到新系统的流程和数据表中,妥协于一些新功能。

丁:数据迁移对公司业务最大的影响,就是业务会持续老习惯,缺乏变革思路;IT跟着陪跑,IT创造的价值也会受影响。

【吐槽汇】新旧系统切换,CIO用尽洪荒之力撕过的那些人!

问题三:什么情况下应用新旧双系统?什么情况下不适合双系统?

甲:基本上都是并行,一般企业系统升级时都不大会在乎这么一点人力成本,小企业才会直接切换。当然双系统在方式上会有点区别,哪个系统先做?是新系统上线后,直接在新系统上运行,老系统只是做备份;还是保证老系统,新系统试运行,等稳定之后再停用老系统。其实,系统切换时最难的就是面对因为老系统使用习惯问题而提出的各种合理或不合理的需求,系统切换要持续很久,相当于换掉公司的管理团队。

乙:遇到困难要当机立断。不要看老系统这好那好,系统是一个整体,光把库存数据搬过去也没用,数据接口容易出事。我们公司是信息驱动ERP数据,ERP其实只有一部分是可以拆出来的,编码系统+BOM表系统,这里的数据结构基本上都差不多,可以在老系统中做好后做下数据抛转,在切换时不用做两次。

丙:我们最近就要迁移,测试了一年多。关键是两个系统不能同时运行,否则系统数据就乱了,还要做好回滚的准备。这次迁移只是更换异构的系统,需要用八天时间,主要是打补丁和数据迁移的问题。尤其是核心系统,光是搬家切换网络就很复杂,如果能够把迁移变成蚂蚁搬家就相对容易了,所以新的架构都尽可能往分布上靠。各系统逐步解耦,以后就是很多较小的系统构成了,我们新的系统都要求相互解耦,新系统都有接口。

丁:ERP是不容易拆开的,如果是整个ERP系统,那必须一起,我们现在的ERP也是整体切换,但周边的系统逐步解开,就是一些小系统了,其实ERP也有不同模块的,只是对外并不完全开放,所以只能作为整体处理,这是传统企业信息系统的问题。

【吐槽汇】新旧系统切换,CIO用尽洪荒之力撕过的那些人!

问题四:企业在新旧系统切换中遇到的阻力来自哪些方面?一般如何解决?

甲:阻力来自于掏钱的和使用频繁者。更换系统,最终用户先入为主,常常做些界面方面的对比,而忽视了功能上对业务的支持。比如,用惯国内ERP系统,换成SAP后,第一个吐槽的就是操作习惯问题,用户忽视了功能对业务的支持和效率方面的提升。

乙:最大的阻力就是使用习惯问题;第二个阻力是权限重新分配问题;第三个阻力就是会冒出很多需求,你没办法准确判断哪个用处大而且紧急,信息部的技术和支持跟不上。新系统上线前,你牛皮吹过了,上线后他们发现收益没有当初你讲的这么多,一天到晚找你麻烦;牛皮吹少了,上线前就不配合;公司的利益各部分的权利也就这么点大,看你怎么分。

丙:阻力主要是业务连续性吧,业务的窗口太短,还有就是业务部门的配合了;利益重新分配是大问题,如果只是新旧系统切换,通常功能变化不大;新建的系统影响大,新需求必须分而治之。切换时不允许提需求,先保证业务连续性,再说新需求。

【吐槽汇】新旧系统切换,CIO用尽洪荒之力撕过的那些人!

问题五:企业在切换或对接新旧系统过程中,厂商配合不给力怎么办?

甲:没办法,钱都给了,厂商不给力就自己辛苦。切换有进没地儿退,厂商说,你们的系统太难切换,要么直接上新的,我们出免费人工进行培训,要么就这样啦。

乙:所以合作方式要把控,不配合就不给钱呗。原因估计有:1.项目牵头人水平不行;2.合同管理控制不到位;3.不是真实合作。

丙:软件系统一般能用都不会随便换,如果是自己开发的还好办,修改一下就行了,但外包的软件或者成套的软件就麻烦了。除非是相同厂商的,否则旧厂商都被替换了肯定不管,新厂商要挣钱,当然积极了。

丁:利润越高厂商配合越好,钱到手后看商业诚信啦,旧厂商基本上叫不应,容易解决的事情都会配合,困难太多都难的。

戊:厂商配合度一般,时好时差。给钱的事情就很配合。所以我们公司很简单,给大钱定框架的合作,给小钱做小修小补。

【吐槽汇】新旧系统切换,CIO用尽洪荒之力撕过的那些人!

问题六:在新旧系统对接或切换的过程中,可以规避哪些陷阱?

甲:以ERP系统为例,首先,保证关键数据,如库存、编码、客户资料,供应商资料等。所有的基础关键数据不能出错;第二,不管怎么并行操作,基础数据必须动态一致,最好是由一个系统生成,另一个系统的单据去驱动,当然如果不能这么生成,那么必须有人仔细核对;第三,在切换时不管有没有用,所有单据保存好纸质资料;第四、不要想着历史数据的问题,除了基础资料外,新系统重新开单据,后面再去并报表,或分两次查询;第五、一定要在新系统试运行之前,培训培训再培训,不要让不熟悉新系统的人去操作新系统;第六、切换期间尽量给相关人员争取福利。

乙:最关键的是数据,数据不能丢,还要考虑万一失败,如何回滚。最烦的是中间集成。

丙:1、保留旧系统封存 2、强制把基础数据、在途单据进入赶工补录 3、核对一致 4、并行一次月结。

【吐槽汇】新旧系统切换,CIO用尽洪荒之力撕过的那些人!

问题七:新旧系统切换,CIO都撕过哪些人?

甲:一般切换的时候,要么是前期失策,要么是后来人比较强势。如果是前期失策,而且还是自己,就比较被动。

乙:切换的时候不能乱撕人,如果能找到厂商做垫背的就好了,请大家吃饭是好办法。自己不出错,别人不捣乱,领导多给发点奖金。

丙:从头撕到尾,切换系统时,信息部都已经比较牛了,否则公司也不会再次投入。刚开始主要撕做事的部门,后面撕财务部门和各高层,反正到后面就是不停吵。当然如果是自己失误多了那就没办法,错的都是厂商。注意,基础数据切换时不要出错,尽量不要自己去主导一些流程变动,这样你就不会有大错误;然后就是撕人,放心吧,每次撕人都会有得利的部门和人员帮你一起撕的,反正按级别,不要为了一个小兵的利益和主管开撕,不管对错,人多的一方就是对的,除了不切新系统以外。

【吐槽汇】新旧系统切换,CIO用尽洪荒之力撕过的那些人!

本文由e行网 杨昕仪 编辑原创,如需转载请注明来源

评论(0)

您可以在评论框内@您的好友一起参与讨论!

--> --> -->
<--script type="text/javascript">BAIDU_CLB_fillSlot("927898");