（2）开发工作量过大，项目容易陷入困境

    在初步估算开发量后，客户深知开发任务的艰巨，于是要求软件厂商调派高级技术顾问作技术指导和支持。然而，由于客户自行组建的开发团队以前都未接触过ERP软件的开发，同时还要维护公司的其他系统，开发人员一直处于三心二意之中。因此，起步格外吃力。而且事情越发展下去越糟糕，由于客户开发人员在项目中多次被投诉进度慢，客户公司在例行的加薪中就没有给开发人员加薪，这些令他们怒不可遏，本来开发就挺累的，而且累了公司还没有重视他们的价值。在后来的开发中，他们就没有象开始那么积极和负责了，整个项目开始陷入不正常之中。

    项目就在开发人员的三心二意中继续，本来确定的上线日期也因为项目需求的反复调整而一拖在拖。眼看再不上线，整个项目将要严重滞后，客户不得不强行上线。结果是项目上线后，业务部门在使用中逐渐暴露出了许多问题，不是今天这个报表运行出错，就是明天那个功能计算有误，整个项目实施团队被迫陷入救火当中，尽管开发人员对前期的开发程序进行了修修补补，但问题还是层出不穷，不时接到业务部门的抱怨和不满，整个企业迷漫了对ERP失败的看法，原来美好的愿望在现实中被击得粉碎。

避免过度二次开发的策略和方法

    当客户提出需要大量二次开发时，如果实施顾问控制不善就非常容易会出现项目延期，开发的程序不稳定，或者需求反复更改。因此，实施顾问必须要尽量引导客户思路，避免客户陷入过度二次开发的怪圈。这里和大家分享我总结的几点经验：

    （1）应引导客户对二次开发的正确认识

    在观念认识上，实施顾问应要让客户清醒认识到，不应过多的强调自身的特点，ERP软件中的管理流程是从许多企业中提炼出来的，具有一定的先进性和合理性。许多用户的特殊之处都是由于流程自身的不合理产生的，应该通过ERP的实施，对企业进行业务流程优化或重组，而不是一味修改软件以适应不合理的流程。

    （2）严格遵守不随意修改核心代码，新功能应独立成模块

    当需要二次开发时，应该要严格遵守不修改核心代码这一条基本原则。如果必须进行二次开发，则应尽量使得二次开发做出的功能模块独立于原来的ERP系统。这样当ERP系统版本更新时，二次开发出来的模块无需修改或者只需较少的修改就可以应用于高版本的ERP系统。

    （3）严格审核需求，不随意二次开发

    二次开发的需求必须控制好，尽量不要在ERP系统的功能还没有充分了解是否满足客户需求之前就进行二次开发。因为用户的业务流程并不是一成不变的，ERP软件中流程一般比较抽象，大的方面与用户业务流程通常可以套上，细节部分就不应作过多的修改。例如，要明确这些原则：可做可不做的，坚决不做；某些无关痛痒的流程和界面的调整，也应该缓改或者不改。因为由于使用的不便等原因而对系统改这改那，很容易犯了拆东墙补西墙的错误，导致软件开发了客户却不能用或不愿用的尴尬局面。

    （4）合适的开发工作量是重中之重

    作为一个开发项目来说，合适的开发工作量是很重要的。如果开发工作量过大，再加上没有相应的奖惩措施，那么就会无法调动开发团队的积极性，也就无法进行持续的二次开发，项目陷入困境也就是必然的事情了。