们可以把它放在项目的第二阶段实施。如可以把它跟ERP系统的成本模块放在一起实施。因为这家企业除了一些ERP的基本模块外，还上了ERP系统的成本模块、排程管理模块等等。而这些模块的话，一般都是在第二期实施。为了不影响项目的总体进度，所以，我建议用户放在后面的阶段跟其他的模块一起上。当然有的时候，客户不会买你的帐。此时，我们可以对客户进行一些“善意的谎言”。可以说这个作业要依赖于其他的模块;其他的作业运行不准确的话，则这个作业即使用起来，数据也不会准确等等。我们这个善意的谎言不是说要推托责任，而是为了保证ERP项目能够在规定的时间内上线，是从大局上进行考虑。
所以，笔者对这些后期涌现的新需求的处理有两个原则。一是一般都放在下一期进行处理，除非这些新需求比较简单不会影响到原有的项目计划。二是在下一期的项目过程中，要把这些需求当作新一轮项目的突破点来抓。
总之，我认为我们项目的整体计划不能够被这些意外需求所打乱。而且，也不能够纵容企业用户在后期不断的提新需求。他们这么做的出发点固然是好，至少可以知道他们开始在思考。但是，若这么纵容企业用户的话在，则很可能会导致ERP项目的失控，打乱其正常的项目进度。要知道，在ERP项目的第一阶段，让项目在规定时间内上线是非常重要的。若第一阶段这一工作把握的不好的话，在后期几个阶段的项目中，大家就会把项目延期看作是家常便饭。项目几乎就会对他们失去约束力。所以，在项目中后期，企业不断涌现新需求，而实施顾问又不能够有效处理的话，则这就成为了ERP项目的死穴之一。
死穴五：不重视基础数据，项目无功而返
俗话说，三分软件，七分实施，十二分数据。可见，基础数据在ERP项目的重要性。可惜的是，仍然有不少的企业，在ERP项目的实施过程中，忽视基础数据的重要性。对此，他们常常是一种应付的态度。
如笔者不久之前负责过一家企业的ERP项目。虽然这家企业的ERP规模比较小，只采用了销售、生产管理、仓库管理、财务管理等一些基本的模块。不过，麻雀虽小，五脏俱全。基础数据仍然是这些模块运行的必备条件之一。但是，当他们把整理好的基础数据给我看时，我差点没被他们气的吐血。他们的整理的基础数据实在不让人苟同。
一是基础数据陈旧。他们整理的产品基本信息，有近十万条。可是，根据我前期对他们的了解，他们现在在用的产品信息也就2000条左右。这多出来的产品信息，都是很久以前用过的，现在已经基本淘汰不用了的。原来叫他们去整理产品基本信息，它们就把以前做的EXCLE表格资料一股脑的给我搬了过来。若这么多的信息一成不变的导入到ERP系统中去的话，则ERP就成为了垃圾回收站了。
二是基础数据错误百出，特别是基础数据重复性现象严重。我把收到的资料按名称排序，发现有不少的产品信息，名称、规格等完全一致，但是，产品编码却不同。问企业用户这是怎么回事情，他们说可能是编码重复了。可见，他们把这些基础资料整理好之后，根本没有进行检查，连这些明显的错误都没有发现。
三是数据编码比较随便。如在产品规格信息填写时，一会儿是按颜色、材料、尺寸排列，一会儿又是按尺寸、材料、颜色排列。编码格式如此混乱，会给ERP系统的正常运行带来很大的阻碍。
为此，笔者在项目的实施过程中，不得不抽出一天的时间，给企业项目小组成员谈该如何整理这些基础资料。包括应该挑选有用信息、如何制定编码原则，以及基础数据必须保证一定的准确性等等。因为笔者知道，若基础数据不准确的话，项目很可能会无功而返。即使数据导入ERP系统了，在后面操作中，也会因为基础数据的不准确，而对此进行重新整理。所以
项目经理胜任力免费测评PMQ上线啦！快来测测你排多少名吧~
http://www.leadge.com/pmqhd/index.html
