HI，movno1
分类：
2008-07-07 20:18:52
两篇文章读完之后，居然发现除了标题、发布时间不一样，内容完全一样，基本上都是说开源ERP如何不好，特别是后一篇把题目变成了完全恶毒的诅咒。作为对企业信息化、传统商业ERP以及开源ERP都很了解的笔者实在看不下眼了，不知道作者写这两篇文章的动机到底是技术讨论还是出于商业竞争，但是无论出于什么目的，作者都不能闭着眼睛说瞎话，甚至用恶意造假题目的办法哗众取宠来达到恶毒攻击别人的目的，作者的行为实在让爱写字的人们脸上都跟着蒙羞。先抛开原文作者用两个标题的动机不说，该篇文章的内容很多观点我都不同意，因为我所在的单位曾使用某著名品牌的商业ERP失败后由我负责使用了国内一家公司的开源ERP产品取得了成功，因此我对开源ERP非常感激也非常看好，所谓理越辩越明，请各位听听我的理由。
一、ERP项目成败关键的因素是产品的优劣
原文作者强调ERP项目是“三分软件七分实施”，我觉得作者简直是外行，这样的话谁信呢？作者认为软件产品本身在ERP项目中的作用最多占30%，而实施顾问团队的作用占70%，企业ERP项目的成功与失败完全掌握在实施顾问的控制中，作者特别夸大了实施顾问的作用，这不等于不打自招了吗？言外之意，水平高的实施团队能用质量差、功能差的产品把客户忽悠过去，让客户满意，而水平差的实施团队能把质量好、功能好的产品搞的客户不满意。大家都知道过去占主流的ERP实施的模式基本上都是非开源的方式，但中国ERP实施成功率之低尽人皆知，作者的意思岂不是承认过去失败的原因是能忽悠的实施顾问把质量一般、功能很差的产品推给了用户，暂时让客户很满意，而事后客户才发觉上当，造成目前客户对传统的ERP项目模式完全失去信心了吗？
我认为ERP项目主要拚的肯定是产品质量、优秀的功能，而不是什么实施顾问，其实现在行业内实施顾问的角色很尴尬，他们很多时候更像一个销售人员，经常有夸大其词的行为，我们单位在早些时候实施的商业ERP项目时，我们就是相信了资深顾问的劝说接受了他所推荐的流程设定而放弃了原来的个性化业务需求。说实话在当时觉得顾问的话特别有道理，但是后来在本企业做应用推广时却遇到了极大的困难，该顾问所推荐的方案根本不能在实际中使用，后来我们才知道这位顾问所实施的ERP产品根本就无法提供客户所需要的个性化功能，才用一些技巧蒙住了我们。试想，上过当的客户还能相信这些么？所以说ERP也是软件，软件产品的属性是决定项目成败的关键，比如说我们现在需要B/S架构完全支持互联网还能实现个性化功能的ERP，传统厂商所提供的C/S架构ERP产品无论由多高水平的实施顾问去实施也无法让我们满意，我们上过当，即使他们还能去蒙住别的客户，但我相信早晚还是会被揭穿，我倒是认为ERP项目是七分软件三分实施。
二、在开源ERP的基础上能轻松实现二次开发
原文作者说：“对于软件开发人员来说，若从零开始进行开发，可能还会简单一点；但是，若要在原有软件的基础之上，进行软件二次开发的话，难度可能会比较大。因为他们首先要先去了解原有软件的思想、结构、设计思路等等…..。”看到这里我简直想笑，照原文作者的想法，我们每个人的工作都应该从零做起，我们不需要继承科技成果，因为了解别人的东西费事，原地踏步容易因此就什么也不做？那人类的文明还存在吗？据我所知在ERP行业，由于行业的差异，个体的差异，对于ERP软件的个性化应用是有着非常强烈的需求，这是客观存在，既然是客观存在，二次开发就无法避免，我们应理性的对待二次开发问题，如何把二次开发工作搞得容易才是真正为客户着想，源代码开放是二次开发的基础，也是最起码的保障，向我们单位实施的开源ERP，人家提供的产品就在开放源代码的基础上还为客户提供了三个层次的二次开发：1、通过个性化的设置实现非代码的二次开发，2、通过前端的工具实现自动生成代码的二次开发，3、直接改动源代码来实现的二次开发。原文作者片面的理解了二次开发，以为开源ERP就是让二次开发作原始的修改代码，既然对于客户来讲二次开发是客观需要，原文作者是否认为封闭源代码的ERP就能让客户满意了？其实原文作者的意思就跟过去为我们实施商业ERP的顾问一样：希望客户不要做二次开发，不要个性化应用，因为那样对于ERP厂商成本太大，而且不好控制客户。
三、开源ERP也是有分工的产业
原文作者提到“这都是因为企业没有比较专业的人来分析、调查企业需求所造成的。而商业软件不同。他们会把企业的需求调研当作项目实施过程中的一项重中之重的工作来对待。因为他们清楚，把企业的需求搞清楚了，那么企业的ERP项目也就成功一大半了”这又是典型的以偏概全，原文作者又一次的把开源ERP看成了极端的DIY项目，我们单位的开源ERP项目实际上是由开源ERP的加盟合作伙伴来实施的，我们单位对开源ERP最看重的是可以通过源代码开放对自己的项目做到心里有数，能很好地对项目控制局面，但是具体的实施、二次开发工作我们还是要找厂家，啥事都自己干这不符合社会分工的原则，据我观察开源ERP的实施方法与商业的ERP方法也没有什么本质的不同，甚至比传统的实施更周到、更节约成本，因为用开源ERP我不需付软件产品的许可费用，只付服务的费用。原文作者的观点完全停留在自给自足的原始状态，这让人感到作者实在是井底之蛙。
四、独到的技术能保障开源ERP平滑升级
原文作者提到“在原先版本上所做的需求，如何迁移到新版本之上呢？这是用户在版本升级过程中遇到的第二个难题。在商业软件中，这一般不是问题，只要你交了每年的服务费用，则他们在软件升级的过程中，他们会帮你完成二次开发需求的迁移工作……” 看到这里我又笑了，作者水平太低了，让我怀疑这位仁兄到底懂不懂ERP，我还以为该作者会说出诸如商业软件能提供什么技术保障平滑升级之类的话！他居然说商业软件公司收了服务费后帮助客户作迁移工作，这典型不公平，难道开源软件就不能提供这样的收费服务，简直贻笑大方，其实在此我要说的是现在很多软件都已经具备了保障平滑升级的技术解决方案，主要是在二次开发时遵循一定的标准，并且使用一定的开发工具就可以实现，这在业界已不是什么新鲜事，象我们单位使用的开源ERP产品就支持这些功能，比如：数据表升级管理功能，二次开发者能通过浏览器实现数据表的设计，并且通过Xml实现与其他程序同步升级，保护已发布的数据表结构，实现增量升级；模块设计管理能实现在线设计多层次业务功能模块，同步生成公用程序、数据表等，同步实现部分后台功能；二次开发发布管理 能保证在二次开发时，既能实现对现有版本的保护，又能实现对开发版本进行有效控制 ；数据平滑升级管理能够实现ERP不同版本间数据平滑迁移。
时间关系我只能根据原文作者的观点提出我的不同观点，我的这些观点都是来源于实践，希望对企业信息化部门的朋友们有所帮助，个人也认为开源ERP会越走越好，不但不会死掉，而且我坚信开源ERP会成为企业信息化行业的一股主要力量。
