??xml version="1.0" encoding="utf-8" standalone="yes"?>久久免费一区,久久久久久久av,国产精品69久久久久http://www.aygfsteel.com/guitarpoet/archive/2006/04/20/42146.htmlguitarpoetguitarpoetThu, 20 Apr 2006 05:43:00 GMThttp://www.aygfsteel.com/guitarpoet/archive/2006/04/20/42146.htmlhttp://www.aygfsteel.com/guitarpoet/comments/42146.htmlhttp://www.aygfsteel.com/guitarpoet/archive/2006/04/20/42146.html#Feedback2http://www.aygfsteel.com/guitarpoet/comments/commentRss/42146.htmlhttp://www.aygfsteel.com/guitarpoet/services/trackbacks/42146.html 当前问题Q?/span> 程Q?/span> ERP 软g的死I_

旉Q?/span> 2004-03-12
提问者: quicker  
地址Q需要注册)Q?/span> http://www.ceconline.com/DG/NOTE_900001_900002_793863.HTM?dmsource=CECOL_060419_EETCOL

q些q_接触了不?/span> ERP 软gQ听了不关?/span> ERP 软g的推q说明会Q自׃试了好几种软g模块的实际运用,但效果一直不如h意,专家Ҏ也评Z同。说什么的都有Q但几乎没h点出 ERP 的死I?/span>

有几个问题我们必首先理清?/span>

一、Q何一U?/span> ERP 软g都有光用范围Q至到目前为止Q还没有一个Y件可以成为放之四皆准的通用软g。即使,某些声称自己是通用软g的公怹不行?/span>
二、Q何一U?/span> ERP 软g都是建立在一U管理思想或者管理结构上的。我们知道,理本无定法Q也没有优劣之分Q主要看其是否能够解决问题。Y件不q是q些思想的一U体现Ş式,同样也摆׃了这个约束?/span>
三、实?/span> ERP 不是目的Q?/span> ERP 只是一个系l工兗这几乎已成p。我们试囄一个系l思考的办法来解决企业各部门之间的协调与资源׃nQ以辑ֈ企业整体l营l效的目的?/span>
四、多数情况下Q?/span> ERP 都有个在实际q用中进行二ơ开发的问题。如果说Q实?/span> ERP 表现有好、坏之分的话Q主要还是看软g公司二次开发的能力?/span>

但是Q以上这四点观念Q都无法回避一个事实:现在?/span> ERP ?st1:rtx w:st="on">建立在流E基之上的。因为,?/span> ?/span> 业务程重组 ?/span> 做理论指|q方面还?/span> 6 西格玛做旁证?/span>

而我的观ҎQ?st1:rtx w:st="on">建立在流E基上的 ERP 软g会被程所CQ流E思\便成?/span> ERP 的死I。如果我要界定一下我说的论点的适用范围的话Q那么,?/span> 要说Q对中国Q对民营企业Q?/span> ERP q很遥远。因为,我无法穷举,所以,为防止招来批评,我不得不界定成上q的一个相对狭H的范围?/span>

Z么?q是中国的客观现实所然?/span>

今天的中国市场变化太大了Q昨天的英雄Q今天可能就成ؓ了失败者。中国的企业外部环境是多变的。在q种情况下,一个企业想要经营良好,没有多变?/span> 机制或者更准确_具备灉|的应ҎӞ恐怕是很难持久的。进一步讲Q由于企业经营机制多变,那就要求企业具备动态调整的能力Q这U能力从企业实际来讲Q?/span> 是Q组l结构多变、权责多变(也是权责不清的一个原因)、h员多变、流E多变等{?/span>

有hԌ唯一不变的真理就是变化?/span>

那么Q作?/span> ERP 软g开发的公司来讲Q是不希望你变来变去的,一是Y件设计师在模块规划时很难协调Q二是二ơ开发可能因为多变而成了多ơ开发,?/span> 件公怹受不了。有的Y件公ؓ逃避q种责QQ干脆把源代码交l企业,׃业去自行修订。可是,有多企业有q样的强大开发能力呢Q?/span>

其实Q问题既不在于企业多变,也不在于软g公司不负责QQ而是建立在流E基上的框架是个ȝ?/span>

包括四川l尼U公司在内一些早期应用过 ERP 的企业曾l谈q: ?/span> 。。。我们不得不加班d数据Q否则第二天其它部门上班便没法运作。。?/span> ?/span> q就?/span> 一个很典型的情c由于流E的限制Q上、下部门之间的数据库是被程捆绑h的,所以,程要求q样Q你不得不先行一步。但是,我们g应该思考一下,?/span> 们真的应该这样吗Q?/span>

我们不妨换个角度看看。如果,我们不把程作ؓ数据库链接的基础Q而是把流E所产生的结果作为基Q那会是一U什么样的情况呢Q?/span>

xl果而不是关注流E,那么无论程如何多变Q均没有什么可以担忧的?/span>

只要l果能够反应企业的整体经营需要,随着市场环境的变化,企业可以动态调整自ql织l构、调整自qq作程。需要说明的是h员的调整也同样不会生大的媄响,而现在的x程的方式,倒要受到q方面的影响Q得企业不得不再行投入成本q行培训?/span>

只有三种情况是例外:企业程本n比较E_或变革后程重新E_的能力很强;软g公司的后l开发能力很强(往往有管理顾问做后盾Q;企业自n的Y件开发调整能力超强?/span>

否则Q应?/span> ERP Q真应该心啦?/span>

你们说呢Q?br />
评注Q?作者提ZERP对业务处理流E提Z要求Q也对ERP依赖于业务流E的E度提出了质疑。本w观Ҏ比较清晰的。但是,我个得,抛开业务程的处理而只x业务处理的结果的话,只会降低ERPpȝ的h|失去ERPpȝ对企业内部资源的l一调配能力和协调能力。所需要关注的应该是怎样提高业务程的灵zL和可定义性,在深层次上解军_前企业内部流E不定的问题,没有一家成熟的企业规则朝o夕改Q虽然目前来看,中国的国情(最好的不一定是正确的,正确的不一定是挣钱的)军_了一个企业要想生存,必须能够灉|的进行适应Q但是这q不一定代表着立业务处理程没有必要Q确立公司内部业务处理规则没有必要,?/span> 解决当前企业内部程不确定的问题上,ERP的开发企业必要辑ֈ技术上提高业务处理程的灵zL和可定制性,降低修改带来的时间和l济成本Q还要结合自w的开发经验,向客h荐当前业内先q的理思想和管理方式,在另一个方面上提升用户的h倹{?br />
q方面,大家有什么想法?


guitarpoet 2006-04-20 13:43 发表评论
]]>
վ֩ģ壺 ԭ| Ʊ| ͬ| ¸| Ϊ| ¡| ϴ| | | | żҽ| ʡ| ֶ| | | ƽ| | | | ԫ| | ³| | | Ҧ| | | | ɽ| | Ӫɽ| β| | | | | ³| | | | |