信息化规划与ERP选型方法

 
   | |

导读:本文介绍了信息化规划与ERP选型方法。

关键词:信息化 规划 ERP选型 ERP

 
正在加载数据...

  随着金融危机向纵深实体企业的影响加剧,大陆的民营特别是以出口导向型为经营主体的外贸制造企业身受其害,举步维艰,但也这从另一个方面提醒那些公司决策者,目前是提高公司治理水平和管理精细化的最佳时候了,金融危机是一场大瘟疫,人人逃不掉,企业也一样。但抵抗其最有效的方法就是加强企业体质了,显然实现信息化管理是提高企业自身体质的一种重要手段。

  近日在各种媒体及网络上看到各种关于IT规划和ERP选型的文章,无非就是从那么几方面入手,什么一把手工程啦,业务分析啦,什么选型会议等等一类的分析,不得不承认,其实ERP系统就那么点事,也不是什么技术难题,其实质就是一个资料库系统。从理论上讲也只能从上面几方面入手,但中国的现实是理论只是理论,在大学校园里有用,出了校园就得变通,不然谁信谁傻瓜。下面就本人的亲身工作经历来谈下如何进行企业信息化规划和ERP选型,希望能够抛砖引玉。

  一、深入分析目标企业业务逻辑类型。

  一说到企业信息化,朋友们马上就会想到ERP,因为这个词近几年的爆光率着实惊人,什么企业都在上ERP,但真正实现其目标的没有多少,为什么会造成这种现实,其实原因是多方面的,但究其最重要的因素是那些企业当中的高层甚至对ERP系统运行起着中坚作用的中层管理人员都不了解什么是ERP,不知道哪些是ERP能干的,能够解决,哪些是打死ERP也解决不了的问题,而且更没有一个系统的IT规划。这样就造成了以一颗滚烫的心去上系统,再以一颗冰凉的心来骂系统。

  那么我们怎么样才能够避免或少走那样的弯路呢?我想理解企业自身的业务逻辑需求是其最关键的。

  下面来举例说明业务逻辑分析与IT规划以及ERP系统选型之间的关系。

  在本例中的目标企业是典型的订单型生产(标准产品)和订单设计生产(非标品)的项目制造型企业,这也是很多民企中最常见的业务类型,其特点是订单产品品种多、批量少、交货周期相对较短(最长的15天、最短为3天)、在全国设有加盟商和分销中心、总部有订单运作部管理整个生产计划,其生产过程相对简单、物料结构简单、手工作业程度高、工艺要求高,各工序间通过人工转序完成,因为基本都是个性化生产,所以没有半成品仓库,生产完毕后直接入成品仓库并配送。

  由于是针对最终客户的个性化生产,订单交期控制、订单成本核算、及物流配送和产品的可追诉管理就成为了公司在信息化方面急需解决的问题点。而公司原信息系统只能实现单据记录的形式把各加盟商和销售员的单据进入系统,然后由订单运作部进行手工生产排单并有专门跟单员采用单单人盯的方式控制能力和交期,就这样还是经常会出现生产人员和销售客服人员因为交期控制的问题而发生扯皮现象。此也是公司急需解决的重点问题之一。

  另外由于生产能力单元靠人工和经验进行生产排单时经常会造成某些能力的不均衡,人为的错误等,会导致有些单交不了,有些单做好了却交期不到只能放在仓库里,而且严重影响了生产能力的科学发挥等等一系列问题。

  根据以上对该公司的业务逻辑的深入分析和研究,在彻底搞懂其对未来信息系统的关键需求点后,可以简单的做一个IT规划列出如何实现方法,以及步骤。就拿这间公司来说,其解决其所有的关键问题需求点就要分三步走,而且也是不一套ERP系统能够解决的。根据公司的业务逻辑顺序,分解后实现方式如下:

  1、先改善其内部供应链系统即订单—MPS—MRPII—库存和采购—工序计划与数据采集—产品完工---产品配送的闭环,此步骤解决常规产品和常规产品的衍生产品的内部供应链过程管理。此部份是通过是ERP系统要解决的问题。

  2、再第一步成功实现的基础上,向企业研发设计纵深发展,建立完善的研发流程及图档、物料管理体系,即PDM系统,此步骤解决完全非标品的设计图纸与ERP系统的接轨问题。而对于这一步其实ERP系统需要提供的就是开发的环境和基础架构,对于业务部分就无能为力了。(注:关于选上ERP或选上PDM的顺序之争,由来已久,这个本文不做讨论,我觉得上哪个是业务解决的,而不是系统本身。)

  3、外部供应链系统与CRM系统。此步骤可解决客户追诉和客户关系维护,也不是ERP系统关注的重点。

  二、根据其业务逻辑分析未来ERP系统必须具备的关键能力:

  那么有了以上的按照其业务逻辑的规划分解步骤后,我们就能够理出工作的头绪了,即先解决什么,后解决什么,然后再解决什么。

  分析其业务逻辑类型可以做到知己,那么接着就应该在透彻理解业务逻辑的基础上来分析未来的ERP系统需要具备什么样的能力了,这一步叫做知彼,俗话说,知己知彼,方能百战不殆就是这个道理。

  那么什么样的ERP系统才能够适应解决本公司急需打通的内部供应链系统,而且还留有足够的扩展性以对接未来的系统呢?

  根据本人多年的工作经验及以上所述的业务逻辑分析,未来的ERP系统必须具体以下几点才能够适应公司的业务逻辑的需求。

  1、要具有灵活的可配置型参数式BOM,这一点很关键,并且此可配置BOM必须前移至订单录入的时候进行,也就是在销售订单的界面上要有可配置参数型BOM系统并根据常规产品的各BOM配件的可衍生范围来组成新的产品BOM,这样销售员经过简单培训后即可进行产品配置。虽然目前国内的几家ERP厂商都声称具有可配件BOM的功能,但各位读者比较后就知道能不能用了,这里不用我再多舌。

  2、要有完全闭环的MRPII计划系统,这点目前国内的ERP系统做的都比较好,能够根据MPS系统做适应的调整。

  3、要具有强有力的工序计划能力和现场数据采集能力,我说的不是在工序机台旁边配置电脑然后手工录入单据的形式(比如数据采集器),因为目前国内大部份ERP供应商的系统都是有取的这种数据收集方式。这种数据收集方式在软件实验室是可以的,但在企业生产现场却根本不可能实现,这样做是没有任何效率的,其实这也是国内ERP供应商只能把内部供应链做到计划的主要原因。

  4、在ERP技术架构上要基于SOA,有良好的二次开发环境,系统最好是BS平台的,因为未来会成为电子订单延伸到加盟商。

  这里要特别说明的是,以上四点是必须要具备的,而是不是ERP供应商说的可以具备,但必须要二次开发,如果是那样的话我们也用不着坐在这里写些分析了。其主要的能力和核心的能力永远是不可能通过二次开发来实现的,反之就意味着项目的失败。

  三、培训、培训、培训

  为什么这么说,因为人的观念决定着人的行为,而改变其固有观念的最好办法就是培训,很多人都说我们也做培训了啊,为什么没有效果,但我想无非就是方式方法问题了。

  我们这里把培训放在还没有和软件应商接触之前,这点很重要(我看到很多企业都是选型后实施前,即请软件供应商来做培训,那就完全不起到培训知识的效果了,而只能是去培训此软件供应商的产品,岂有不败之理)。

  如果企业里确实不具备这样的信息化培训能力的人员的话,至少也得给高层讲清楚,哪些是第一步骤解决的,哪些是解决不了的,哪些是ERP的能力范围的事情,哪些是无能为力的,实事求是,告诉他们ERP解决不了一切,ERP只是一工具,工具再好是给人用的。不然也可以请外部培训力量,让其了解企业内部的业务逻辑分析后再培训,而不是培训一些大道理,一把手工程,一些花哨的理论等等,我见过这些太多的培训。不与企业业务逻辑紧密相连的任何培训注定都是要失败的,而且毫无意义。

  四、有的放矢,招开选型会议:

  在以上工作都已经明显收到效果的情况下,可以着手成立信息化项目小组,并招开选型会议了,在选型会议招开之前要按照其业务逻辑分析准备好十几种典型产品资料等产品测试数据,并要求各入围ERP供应商做现场演示,并招集各业务骨干进行检讨,分析各供应商产品是利弊。

  切记,ERP供应商那些花哨的幻灯教学理论片是基本不起任何作用的,除了迷惑人的眼睛之外,一定要根据业务逻辑的分析来来主导供应商的选型会议,然后再去检讨分析什么样的业务可以做二次开发,而什么业务必须是产品具备的。

  如果这个时候还是不能够确定哪家供应商相对好一点的话,也可以先做小范围的实施,即先挑出公司里各种能够代表其典型业务的典型产品100—200种,在付出一定费用的情况下让供应商做小范围的实施,这个很保险。但没有足够大的利益或者供应商对自己的产品没有足够的信心的话一般是不敢接受的。

  我想到了这一步基本上用户方应该心里都会比较清楚了。那么再解决以上问题的情况下进行商务谈判的时机也就来了,如果企业经过这样一个严肃的选型过程的话应该不会再出大的乱子了吧。

  下一节我试着写写ERP实施的文字。


企业轻松集成SaaS CRM和ERP应用
 企业轻松集成SaaS CRM和ERP应用(二)
 企业轻松集成SaaS CRM和ERP应用(一)
 SaaS:软件即服务的三重境界(二)
 SaaS:软件即服务的三重境界(一)
 关于SaaS的八大误区(二)
 关于SaaS的八大误区(一)
 部署SaaS型CRM需要多久?
 企业ERP选型成功需要考虑的十二个因素
 项目管理成2009年企业ERP实施重点
 支撑SaaS大业的有哪四大根基?
 2009年 SaaS市场是否能续写繁荣?
 SaaS企业级应用存在的问题及解决思路
 制造业ERP选型需要注意的七个问题
 信息化规划与ERP选型方法
 在线ERP产品是否会受用户欢迎?
 软件即服务和云计算之间有什么区别
 SaaS ERP选型必须考虑的六大安全问题
 SOA的SaaS化:如何通过SaaS提供SOA服务
 解析SaaS与CRM不兼容的三个方面
 CRM的实施效用需避免的三个错误
 ERP软件技术发展的新趋势
 选择SaaS产品和服务的五个步骤

原文出处:http://cio.it168.com/a2009/0303/267/000000267388.shtml
 
来源:itclub    
 
 
 
 
 

SOA基础

 
SOA专家组与10月23日发布SOA宣言,该宣言阐述了106个字的原则,他们认为最重要的是受欢迎的一体化战略。虽然有些人可能认为SOA像企业架构……
 
网络臭虫(Web bug)也称为网络信标(Web beacon)是一个放在网页或电子邮件上的文件对象,用于监测用户的行为。
 
顶级域名(TLD,top-level domain)是因特网域名的最后一部分。顶级域名是一个域名的最后一个点后面的字母组成的部分。
 
本专题分六部分探讨SOA设计模式,当初设计面向服务架构的一大初衷就是降低服务间耦合度,由此提高服务的灵活性和自由度,这样一来每个服务都可以不受羁绊……
 
做了两年CUNA Mutual 集团顾客营运资深副总裁的Rick Roy,今年转投IT业,担任集团CIO一职。这位致力于实现IT价值的CIO眼下正面临如何在经济危机中领导IT部门的重重挑战。

热门技术手册排行

 

随着开源技术越来越成熟,一个稍有开发经验的人通过学习就可以用开源的产品和技术构建一套可用的系统。对于从事软件开发的人员,尤其是对Java或动态语言相关领域的人来说,“开源”也许是他们最喜爱的单词。但是,很多时候我们需要的不仅仅是一个可用的系统,而是希望这个系统开发更简易、性能更高和扩展性更好等。这确实是一个令人头痛的问题。本指南很多地方都是点到为止,要深入了解相关信息的读者请借助参考资料、网站等自行挖掘。

 

本专题分六部分探讨SOA设计模式,当初设计面向服务架构的一大初衷就是降低服务间耦合度,由此提高服务的灵活性和自由度。

 

业务流程管理(business process management,bpm)不是一个新概念,甚至不是一个新名词。它是从相关的业务流程变革领域,如业务流程改进(bpi)、业务流程重组(bpr)、业务流程革新中发展起来的。流程管理技术也是从早期的工作流管理、eai、流程自动化、流程集成、流程建模、流程优化等技术中发展起来的。

 

TOAGF是一个架构框架,简而言之,TOGAF是一种协助发展,验收,运行,使用,和维护架构的工具。它是基于一个迭代(Iterative)的过程模型,支持最佳实践和一套可重用的现有架构资产。

 

云计算的概念越来越流行,Amazon、Google和IBM是第一批将云计算引入公众视线的公司。云计算就是新的Web2.0,一种既有技术上的市场绽放。

 

Mashup是一个非常cool的新的应用程序种类。如果你想真正的了解它们,我们需要回过头来看看你现在的计算机,其实它就是一个非常好的帮助你理解mashup的模型。现在开源的操作系统无疑是非常好的apis的集合或应用程序编程接口,帮助开发者去构建其应用程序。计算机本身也是一个很好的为用户提供接口的例子,键盘和鼠标可以被理解为你通过计算机的接口而使用的不同的应用程序。本技术手册为读者提供了一些相关信息,如果需要深入了解mashup,读者可以借助其他参考资源。

查看更多
 
 

登录TechTarget中国

关闭
本服务仅向TechTarget中国的会员开放,请登录或立即免费注册
电子邮件地址:
请输入您的电子邮件地址
密码:
下次自动登录