【庆站庆】ERP案例讨论：从失败中学习

xgghxkhuang

缺乏有效的项目管理

cccsss8

从项目管理角度来讲：项目的成败可以用从时间、成本、质量来判定。在既定的时间里面，通过精细化的成本管理，达到了客户需求满意度，即可断定此项目成功。反之，时间、成本和质量，任何一方面出现失控都可以称之为失败。同理，如果一个项目结束（合同约定）之后，任何时期内出现了不可控因素，而致使项目搁浅，这不可以称之为此前的项目失败，可以针对出现的新情况，再新建立一个攻坚项目。
当然了，如何控制项目的时间、成本和质量呢？完整的项目实施方法论是必不可少的。但是在严格的项目实施方法论前提下，执行项目管理的终究还是人。上至一把手，下至普通干事人员，那一个环节出现问题都将是严重的问题。如何做好整个项目的风险控制，如何在工作中防微杜渐，这是一个好的项目管理团队必须具备的。
俗话说：谋事在人、成事在天。每一个项目参与人和项目参与团队，也只是社会中的一分子，所以我们无力抗拒一些事情的发生。这个时候，失败也是好事，为整个项目管理的历程积累了新的经验。

logi

ccwlm741212 发表于 2012-10-12 22:41
哈药“城门失火”

　　2000年，哈尔滨医药集团决定上ERP项目，参与软件争夺的两个主要对手是Oracle与利玛 ...

，你的消息怎么这么灵通啊。

ccwlm741212

标致巨额投入搁浅



　　广州标致汽车公司成立不久，开始着手MRPII项目的设备，目标是实现全公司订单、生产、库存、销售、人事、财务等的统一管理，以提高公司运行效益，增进企业经济效益。

　　1988年公司开始投资计划。由于中法合资的性质，法方总经理和专家在决策层中起决定作用。他们照搬法国标致的模式，决定搞MRPII，设计网络使用20年。1989年企业已经组建了自己的企业信息网，1992年又实施了比利时MSG公司的MACH7财务系统，1993年开始实施零配件销售管理系统SMS。总投入在2000多万法郎。

　　假如路子走对了，网络应该发展得很成熟。令人遗憾的是，广州标致汽车公司的企业信息网事实上已陷入进退两难的境地。主系统十几个功能模块，已经启用的仅有非生产件的库存管理模块MHF，不到该软件内涵的1/10，1993年后就没有多大进展;MACH7财务系统仅完成凭证录入、过账、对账、关账等功能，报表只能用微机处理;PMS人事系统准确地说只是一个数据库，只有输入、修改、删除功能，没有查询，报表及各种统计均靠微机进行。整个来看，投下巨额资金，网络的效益却与当初的宏图大略相去甚远。

====================================================================================

其他原因，我就不说了，我觉得主要是选择系统的软件和应用环境，“他们照搬法国标致的模式” 看到这个，失败的主要原因大家应该有素了，另外大家要注意一个时间：1988年，那是什么年代？ 我们重点看看他们的生搬的系统：

GCOS7是一套相对封闭的专用系统，其速度与现在相比明显太慢，终端通过2400～9600bps的Modem与主机通讯，反应速度可想而知。由于外界电磁干扰，导致终端经常性宕机，用户方面的反映比较强烈。目前在中国地区只有广标一家尚在使用GCOS7操作系统，供应商已不再在中国继续对其投资。在IMS7实施之初，GCOS7已勉为其难。从几年前开始，供应商就难以提供有效的维护。
　　基本操作系统采用GCL命令语言和作业递交来完成，比较复杂。IDSII数据库是网状型，没有成熟的理论支持，自行开发困难。其数据查询系统IQS操作十分不便。开发及使用人员都需经过长期的、昂贵的专业培训才能正常工作。

那个年代 ，人们对电脑的应用希望是巨大崇高的，本来以为可以坐着天上飞飞，结果发现搬过来的是给自己身上挂一堆沉重的废铁。。。。固然有其历史原因，可我们都明白，"上帝给了我们眼睛，是为了寻找光明的"。。。

ccwlm741212

fengjingzhan 发表于 2012-10-12 11:06
sdmasdadaaaaaddd

那个国家的语言啊这是

ccwlm741212

paulchan 发表于 2012-10-12 15:31
简单地说，就是在不适合的时间，两伙不知情的人凑到一起（其中一个有点象“骗子”），双方以为说的是同一意 ...

其实你选择SAP的最大理由是推脱责任，看: SAP都搞不定，其他更没戏吧

paulchan

ccwlm741212 发表于 2012-10-15 09:17
其实你选择SAP的最大理由是推脱责任，看: SAP都搞不定，其他更没戏吧

有这个想法，

当然了，自己也是从程序员出身，从小软件到ERP系统的开发、实施、项目管理，从乙方到甲方，经历过因软件功能不足而导致项目泥潭，切肤之痛。

同时，我个人认为，只要企业销售额达到5个亿（估计3个亿），那小软件功能不足的问题将会十分突出。此时选型主要负责人（一般是IT，但不是决策人）在选型过程中就能感觉到：大型ERP系统和小软件的功能一对比，优势非常明显，可预算严重不足，揪心吧？  一旦选择小软件，项目出了问题，头个死的肯定是项目经理（IT）喽。出师未捷身先死，个人状志理想永远成了空中楼阁。

最终结论：大公司，就要用大型软件！虽然项目投入、后期运维成本高，但相比小软件后续的大量新功能开发时间成本，肯定是有优势的。就看老板如何权衡了！

ccwlm741212

paulchan 发表于 2012-10-15 11:39
有这个想法，

当然了，自己也是从程序员出身，从小软件到ERP系统的开发、实施、项目管理，从乙方 ...

如果条件许可，谁都会选择最好的，风险降低好多，也可以学到好多东西

paulchan

logi 发表于 2012-10-12 17:14
SAP不是每家企业都能上的啊 :-)

是的，企业规模大小、大型软件成本是个高问题。

如果是只能小软件，那选型时就更要小心了，事先充分了解业务流程、需求，根据抓大放小的原则来选型，更要看项目负责人的沟通能力。

还有，选型时，千万别看PPT之类的DEMO，多数是忽悠人的。直接让对方跑流程，遇到偏题的直接打断对方做DEMO的人“别说大道理，咱们只看目前你能否解决再说。”不敢跑流程的，直接GET OUT出局

paulchan

ccwlm741212 发表于 2012-10-15 11:43
如果条件许可，谁都会选择最好的，风险降低好多，也可以学到好多东西

如果不能选择好东西，就只能委屈求全了，这就是痛苦的根源。

看来，咱们出来混的时间都差不多吧？我95年毕业的，但99年才开始做ERP，乙方开始，呵呵。