| 第二、二次开发的风险。同样，商业产品也存在这些问题。无论什么样的项目，如果是外行指导内行(往往残酷的现实都是这样)，必失败无疑。用户的需求可能是错的，可是他的出发点一定是有道理的。更大范围的社区知识共享能够让外部专家参与到企业内部项目中来，以较低的成本(比起商业软件)构建真正符合个性化需求的系统。至于影响升级，sap提供的关于命名空间的方案和模块化的系统架构对现在的技术人员都不是太大的难题，只不过规范的保障执行是一个博弈，即使是R3项目，也有改标准程序的case，SAP公司也没法全部拒绝。 ERP并非只是软件 三分软件七分实施十二分的数据--在这我也还是不忘把数据这个话题拿出来，尽管在这里并不会讨论这个问题。 可从三七开这样的比例就能看出：软件对于一个ERP项目的影响有多大。事实上很多ERP项目实施失败，“软件的因素”只是个借口。软件只是个工具--协助企业管理的工具，没有软件企业就运行不下去了吗?鸡照飞狗照跳的。 我认为：上一套ERP除了能带来软件功能所涵盖的便捷的统计功能以外，更重要的是：改善企业的管理过程。仅仅是把企业现有的流程照搬进SAP，那么这样的项目也不能称之为成功。所以：仅仅谈软件是否开源，我觉得影响有限。 二、对产品开发的约束 1、对软件的理解 对于程序员来说，如果是自己设计自己开发一套软件产品，我想难度会比“在别人产品的基础上进行修改”要容易的多。思路是自己的，想法也是自己的，只是如何实现罢了。对于开源产品来说也存在同样的问题：程序员要去理解并掌握这套新的系统需要多长时间。和对成品软件的实施不同，要掌握的不仅仅是软件的功能，更要掌握软件的设计思路，开发的技巧。多长时间能掌握这些，后续开发的程序是不是狗尾续貂是每个IT经理需要考虑的。 2、开发的成本 有了开源的产品，对于企业来说可以随心所欲的进行开发，但在这个“随心所欲”的背后缺忽视了“开发的成本”。开发哪怕只是一个报表也是需要成本的。虽然在企业内部一个程序员的工资并不会很高，但这的确还是要占有成本的。也就是说在有限的时间内企业能够进行开发或者改善的空间有限。当然，企业愿意花时间去等也没有关系，但在这个商场如战场的环境下，企业等得起吗? 3、开发的项目控制 很多在企业内做过程序开发的朋友多遇到过这样的问题：很多非常小的功能，仅仅是为了方便用户查询某个数据的功能，占据了大量的开发的时间。而真正能对企业运营产生良好帮助的模块，却因为没有时间去进行开发。这就是：对需求的分析、分级和控制。 作为用户来说，他们很难站在全局的高度去思考一个ERP项目应该如何运作，应该在哪些方面全盘考虑。而ERP项目组在国内企业内的地位又往往不是很高，这很容易让ERP程序员陷入这样一个困境：永远有解决不完的问题，而要解决的多是鸡毛蒜皮的事情。慢慢的程序员也在沉沦，每日悠闲的改改报表中的字段长度，或者增删几行数据。 三、对开源软件的顾虑 1、产品升级换代的问题 在开源产品的基础上进行开发，势必会影响到产品的升级。对于同一个功能，软件公司有软件公司的考虑，企业有企业的考虑。进行了比较的二次开发以后必然降低产品升级的可能性。也就意味着企业要独自承担软件后续的维护工作。如何均衡利弊? 2、开源厂商持续经营的问题 既然产品可以很廉价的购买，购买了以后也不需再受软件商的约束--那么你们的利润来源在哪?如何保证贵企业的持续经营? 有位开源ERP厂商的朋友说可以通过提供：技术文档、技术支持、授权加盟等形式来赢取利润。可这种运营模式真的会成功吗?在这里我就做结论了，但我个的感觉是：卖文档卖一个客户就少一个客户，而且客户群仅仅是使用了这套ERP系统的客户。做支持就更不用说了：人家都有源代码了，当客户群足够庞大的时候，用户自己都可以组织相应的讨论组来解决问题。利润的空间有多大?如何维持企业的运营? |
