过多二次开发的痛楚

    ERP软件在现场实施的过程中总会遇到这样那样的问题，二次开发就是其中之一。更不幸的是，广德公司的ERP项目因为软件厂商二次开发的配合度太高，而造成过度二次开发，不但成本过高，而且越改越让项目难以实施，陷入进退两难的困境。

    一般来说，好的ERP软件能体现企业的管理流程。但是每个企业的管理流程都不太一样。ERP软件中虽然包括了一些从各行业中提炼的流程，但还是需要针对不同企业的特点进行相应的修改。也就是所谓的“三分之一功能可以直接用，三分之一功能经过修改能用，三分之一功能不能用”。

    同时还有观点认为：不要过多的强调企业自身的特点，ERP软件中的管理流程是从许多企业中提炼出来的，具有先进性。现阶段的特点是很多企业的流程是不合理的，应该通过ERP的实施，对企业进行业务流程优化或重组。也就是所谓的“先上BPR（业务流程重组），再上ERP”。

    但通过征询广德公司各业务部门的意见，张力发现大多员工都倾向于二次开发。他们认为一方面应当是软件适应业务，而不是业务适应软件；另一方面，不修改，使用时感觉不方便，最终用户不愿意用。
于是，在项目实施过程中，广德公司决定按业务部门的要求进行修改。

    然而，没有想到结果发生了：项目延期；开发的程序不稳定，容易出错；用了一段时间后，发现还不能满足业务流程的需要，于是再做修改......

    应该说选型确定的ERP软件产品还是非常适合东莞广德这样批量生产的制造性企业，软件功能仍比较标准，流程设置相对规范化。但为什么结果却出现了如此大的偏差呢？其根源就在于，实施项目组对二次开发理解和运用上存在误区：对某些不规范的个性化业务流程进行了大量的二次开发。

    这样二次开发很容易存在两个问题：一是由于企业要求的二次开发过多，系统变得越来越复杂，与最初期望的效果越来越远，最后猛然一看，系统已经完全“变味”了。二是由于企业二次开发能力有限或者系统柔性度较差，造成企业在这方面的投入很大，但产生的效益甚微，后者也正是东莞广德在二次开发中陷入窘境的主要原因。