三、对于重大的经验教训，要有持续跟踪的过程。

在项目实施过程中，对于一些常见的错误，如上面提到的由于价格更改需要撤销采购订单的情况、采购订单数量小于实际收货数量的情况、订单之间挪用原材料的情况等等，在ERP系统中都会有对应的解决方案。那么这些解决方案会一直有效吗?这并不一定。随着企业管理方式的变化，原先有效的解决方案在后续可能会变得并不合理，甚至失效。所以对于一些重大的经验教训，要有一个持续跟踪的过程。具体的说，需要注意如下几个方面的内容。

一是需要注意，是否还有必要采取这个预防措施?有时候，随着企业管理模式的变化，某些问题可能会不再存在。如企业原先的生产模式是接单生产。此时对于订单之间的挪料情况就要进行严格控制。但是一段时间之后，企业的生产模式发生了改变，主要是按计划来生产。此时计划之间挪料的情况就会变得非常的普遍。此时如果进行挪料之间的控制，就显得画蛇添足了。就需要将原先的预防措施作废掉。

二是需要注意，随着精细化管理的深入，对于某些细节问题需要进一步深化。如对于采购订单价格的管理。只要采购价格低于公司规定的标准价格，那么就允许采购用户进行更改。但是，如果采购价格高与公司规定的标准价格，则需要有一系列的审批程序。如需要考虑是临时性更改(这次采购由于交期等特殊原因允许其调价，后续采购仍然受这个标准价格的限制)还是永久性调价(需要调整系统的标准价格)。为了实现精细化的管理，在后续需要在系统中实现类似的控制。原先的粗放式管理方案也就可能不再适用。

四、悬赏收集用户的经验教训。

上面笔者谈到过，用户的心态是自私的。通常情况下，其不会主动分享其工作经验。作为项目管理员，应该在企业中创建一个知识共享的氛围。如可以通过一些激励措施，刺激用户分享自己的工作经验。对此笔者有如下几个建立。

一是设置奖项，来收集用户的经验教训。如可以每个季度或者每半年，来一个征文比赛。让用户谈谈自己在ERP系统使用过程中遇到的问题或者相关的心得。然后企业管理者或者项目管理员对文章进行评比。获奖的用户会有一定的奖励。如此的话，即可以提高员工的积极性，还可以收集用户在使用过程中的心得。为后续系统的优化、员工的培训提供很好的素材。

二是不定期的开总结会议。通常情况下，企业系统刚上线时，要每个星期开一个碰头会，谈谈在系统过程中遇到的问题。等到磨合时间过后，企业可以每个月或者每个季度开一个讨论会，来总结前一段时间系统使用过程中遇到的问题。项目管理员需要创造这么一个环境，让各个部门的关键用户能够畅所欲言。在这个环境中，项目管理员可以收集到一些可用的信息。当然对于这信息需要进行过滤，选择一些有代表性的内容进行书面化存档。作为后续系统优化与员工培训的资料。

三是要与一线操作员进行沟通。笔者认为在收集经验教训时，不能够围绕那些部门经理打转。因为他们使用系统的几率并不是很高，真正的经验教训还是来自与系统操作的一线用户。笔者在企业中做项目管理员时，会时常与一线的操作员讨论系统的使用情况。如会定期的发送调查表给一线操作用户，如会利用中午吃饭的时候跟用户讨论系统的使用情况等等。