三、对于需求的把握与控制。
我刚开始的时候，是在企业内部做项目实施的。那时候，我们关注的需求是什么呢？这个单据的格式不好看，要弄的好看一点；这个查询不方便，要多设置一些查询参数；这边输入不方便，最好能够直接选择就好。那时候，我们关注的就是这些细小的需求，在这些细小需求的实现上，浪费了大量的时间。而对于一些比较具有价值的需求，如收货数量的控制与超收管理控制方面，我们反而抛之一旁。以企业现有管理水平跟不上为由，来个不管不顾。而老是在一些这些没有实际价值的小功能上，弄个没玩。最好开发成本花了不少，但是，却没有带来多大的实际价值。这个问题到底是出在哪里呢？这主要就是在对于需求的把握与控制不是很好。
现在回过头来想想，确实如此。以前在企业里负责信息化项目的时候，站在用户的角度上考虑问题。由于缺乏实际项目经验，很难站在全局的高度去思考一个 ERP项目该如何去运作，哪些方面的改进会给企业带来商业价值。这就导致我们在实施项目的时候，围绕着用户转。他们说这个不好，那就改这个。解决的永远是哪些鸡毛蒜皮的小事情，一些单据、报表的格式问题。而对于流程的改善 与控制，这方面却做的非常的不到位。
所以，企业若现在采用开源的ERP软件项目，由于缺乏知道，不免也会陷入这个困境之中。我有个朋友，现在就在企业中负责开源的ERP项目。他们公司还好，一个专门负责实施，而他就是负责开发。他跟我说，他现在开发的内容，就是围绕报表呀、表单呀、字段的格式呀；而对于功能方面的改进基本上就没有。因为他们也不知道到底哪些东西需要改进。为什么呢？很明显，用户连准确的该怎么做都不知道，那当然不知道系统的功能有哪些缺陷，若有缺陷的话该如何走，这些内容也不会很熟悉。所以，他们现在是系统有什么他们就用什么，没有的话就用手工来替代。而我朋友负责程序开发，整天在那边做的就是单据、报表格式的调整，数据库字段长度的调整等等简单的开发工作。
这都是因为企业没有比较专业的人来分析、调查企业需求所造成的。而商业软件不同。他们会把企业的需求调研当作项目实施过程中的一项重中之重的工作来对待。因为他们清楚，把企业的需求搞清楚了，那么企业的ERP项目也就成功一大半了。可见，需求调研、需求分析的工作，对于ERP项目的重要性。而开源软件项目，缺少的就是这么一个比较专业的人来负责企业的需求分析工作。从而导致开源软件的二次开发，老是围绕哪些细枝末节的东西在展开。
四、开源软件升级的顾虑。
由于开源软件存在众多的 BUG，所以，其版本升级也是非常之快，可以比得上微软操作系统
的版本升级了。但是，微软操作系统出现新补丁的话，只需要在原有系统上打补丁就可以了。但是，开源ERP系统则不是。他需要重新安装、部署系统。但是，开源、开源，其版本升级的话，支持的并不是很好。要解决版本升级带来的麻烦，企业至少需要解决两个问题。
一是数据迁移的问题。由于新版本的ERP系统需要更改数据库或者其他内容，所以，原由的数据库直接备份恢复到现有的数据库中，明显是行不通的。所以，用户面临的第一个问题就是开源ERP系统，若遇到升级的话，数据如何迁移。对于商业ERP软件来说，虽然也遇到类似的问题。但是，他们一般会提供技术支持，甚至帮助用户完成数据迁移的工作。但是，开源项目来说，由于本身就是免费的，企业就不能享受这么好的服务了。除非企业愿意花钱。
二是二次开发需求迁移的问题。在原先版本上所做的需求，如何迁移到新版本之上呢？这是用户在版本升级过程中遇到的第二个难题。在商业软件中，这一般不是问题，只要你交了每年的服务费用，则他们在软件升级的过程中，他们会帮你完成二次开发需求的迁移工作。而对于开源软件来说，不不怎么好办。一方面，用户自己会开发很多需求；另一方面，若需求外部帮助的话，他们也会开发一些相应的需求。若现在让他们负责进行二次开发需求迁移的话，则不仅企业要付出昂贵的升级费用，而且的话，用户自己开发的需求也需要重新定制。这中间的需求确认、开发版本控制、文档制作、功能测试等等会遇到很多问题，不是三言两语可以说的清楚的。总之是一句话，非常的头疼，非常的麻烦。
