【赛迪网讯】F公司决定实施ERP管理软件,并交给G咨询公司做实施方。在方案设计上，开发还是不开发，F公司与G公司出现了分歧。由于思路不一致以及后来的摩擦不断产生，双方开发人员关系开始紧张起来。之后，由于项目关键人员的频频离开，F公司ERP项目的美好愿望在现实中被击得粉碎……
点评人
AMT-企业资源管理研究中心高级顾问 吴联银
中国电子信息产业发展研究院（赛迪集团） 刘权博士
案例背景
一个好开头
经过几个月的反复比较、挑选、论证，F公司决定实施国外一家大型软件公司提供的ERP管理软件,并交给国内相当有实力的G咨询公司做实施方。
作为F公司这家大型机械设备制造企业的CIO，陈先生终于可以松一口气了。领导的大力支持，国外著名ERP软件，实力强劲的实施公司，企业员工的计算机水平相对较高，所有这些看起来，都给ERP实施开了个好头。
很快，G公司根据合同，派来了由资深顾问李先生为首的项目实施小组，项目开始实施。为了配合项目实施，F公司也成立了ERP项目小组，除了电脑部原有的实施人员外，还从业务部门抽调了熟悉财务、分销、制造的几名业务人员。最开始，双方的项目人员配合得还算不错，调研、需求分析、关键用户培训、一步一步按照项目计划在进行中。看到这么顺利的进展，陈先生不禁喜上心头，他甚至跟项目小组放言：ERP软件年底前争取上线。
开发还是不开发？
不久，项目进行到方案设计阶段。F公司老总在ERP实施前就为实施定了调：现有的业务流程不能大改，只能逐步优化。F公司业务相对复杂，有待改进和规范的业务流程不少，估计开发量不小。因此顾问在同业务部门讨论解决方案前，采取了如下应对策略：培训客户尽快熟悉系统功能，劝说客户采用系统已有的相似功能，减少一些无谓的开发，对系统没有的功能则考虑开发。
当项目小组同业务部门开始就方案进行讨论时，许多业务部门提出了开发需求。李顾问极力反对对系统做大量开发，他认为，该软件是在数万家企业使用的，它的管理思想是非常先进和合理的，而且大量开发不但会有开发的风险，延长了实施周期，还会对系统升级带来诸多不便。
业务部门坚持开发的理由是：1，企业现有的流程支持公司快速发展，目前使用的流程是经过实践检验了的，只是需要更进一步完善；2，ERP的流程或许先进，但不可能因为实施ERP而大改，太大的调整将导致上下衔接不顺，就连正常的运转都难以维系，上ERP就是找死。
处在中间的CIO陈先生犯难了：开发吧，时间长、风险大；不开发吧，业务部门的需求在老总看来是理所当然的，而且如果现在开发了以后就可以不开发，陈先生在权衡后选择了开发。
就这样，实施小组和业务部门讨论、协商、争论了个把月，一大堆的开发摆在李顾问面前。令李顾问为难的是，如果拒绝，实施方案没有业务部门的签字，F公司将拒付实施费。在开发和项目停顿的两难中，李顾问无奈的选择了前者。在承诺给予开发后，业务部门才陆续在实施方案上签字确认。
双方关系越处越紧张
在初步估算出几百个工作日的开发量后，李顾问深知开发任务的艰巨，于是从公司将高级技术顾问刘先生以及另外两个技术顾问调入项目组。而在此时，F公司的几名开发人员才刚刚从其他系统脱身介入ERP开发。按照李顾问所拟定的实施计划安排，留给刘先生的开发时间是不多的。
刘先生经过几天的分析，拟定了一个开发计划，没想到刚提交给李顾问就遭到否决：“不行，开发的日期必须缩短！否则项目怎么上线啊”。但刘先生有他的苦衷，因为他比谁都明白自己所面临的难处：如此巨大开发量及紧张的开发时间安排，同时，他还要负责进行培训，对F公司的几名开发人员进行知识转移以及其它技术顾问的开发跟进。
在修改了开发计划后，刘先生投入到了紧张的设计、开发过程中，并将一些简单的开发交给了F公司的开发人员。然而，F公司的开发人员以前都未接触过该ERP软件的开发，同时还需要维护公司其他系统，人也三心二意，因此起步格外吃力，他们经常向刘先生请教开发的问题。这些问题在刘先生看来，不但简单，而且如果有心的话应该很容易上手，因此不胜其烦。加上开发的困扰，刘先生对请教问题逐渐变得不耐烦，甚至有一次对F公司的开发人员吼到：“这么简单的问题都不会，你们真是猪脑袋!”，双方开发人员关系开始紧张起来。
事情发展下去越来越糟，F公司将刘先生告到了G公司上层，李顾问不得不警告了刘先生，要求他必须保持耐心。不久，鉴于刘先生在项目中被客户投诉，G公司在例行的加薪中没有给刘先生加薪，这些令刘先生怒不可遏：本来开发就挺累的，累了还不值，公司没有重视他的价值。于是，刘先生萌生了跳槽的想法。在后来的开发中，他没有象开始那么积极和负责了，整个项目的开发开始陷入了不正常中。
人员流失，项目小组疲于救火
项目就在双方开发人员的三心二意中继续，本来确定的上线日期却因为开发的未完成和项目方案的反复调整而一拖再拖。眼看如果再不上线，整个项目将严重滞后，李先生不得不强行上线，留下一堆尚未开发完善的程序等待测试。
此时，刘先生收到了一家猎头公司发来的邀请，于是向公司提出辞职，尽管公司竭力劝阻和利诱，但去向已定的刘先生没有动心，坚决辞职。G公司不得不从其它项目抽调技术人员来接刘先生的手。
项目上线后，业务部门在使用中，相关的开发程序逐渐暴露出了问题，不是今天这个报表运行出错，就是明天那个功能计算有误，整个项目小组陷入救火当中。尽管开发人员对前期由刘先生开发的程序进行了修修补补，但问题还是层出不穷，陈先生不时接到业务部门的抱怨和不满，整个企业迷漫了对ERP失败的看法，原来美好的愿望在现实中被击的粉碎。
项目再次陷入停顿
面对如此尴尬局面，不得已，陈先生将电脑部开发所有的开发力量集中于ERP项目，并要求开发人员加班加点，指望能够扭转颓势。但是，电脑部的一些开发人员变的不满，本来开发待遇就低，做相同的工作拿的工资比研发部门少的多，现在又加班，又没什么激励措施，干多干少一个样，有的人开始消极怠工，一张报表做个十天八天，稍有难度的开发就推给顾问。
不久，G公司的顾问逐步撤出项目。F公司与G公司双方开始了邮件打仗，你推给我，我推给你，一个问题解决需要很长时间。
随着时间的推移，F公司开发人员逐步变得熟练起来，开发的程序慢慢变得完善。但没过多久，随着业务部门对系统的熟悉，一些新的需求被提了出来，面对这些需求，除了继续开发还能有什么办法吗？电脑部的一些开发人员变的更加不满，开发后又改来改去，感觉工作没什么意义，有的人开始考虑跳槽，提出了辞职。在这个节骨眼上提出辞职，陈先生当然不会批准，只有拖延，整个项目开发再次陷入停顿……
1
2
3
下一页>>
