人不为己、天诛地灭。这虽然是一种被众人所批判的处世态度。但是在现实工作中，确是普遍存在的。举一个简单的例子，在ERP项目实施过程中，用户为了自己的利益，不会主动将自己的项目经验传授给其他人。这就导致，师傅带领徒弟，一代不如一代。为了避免这种情况，在企业内部，应该创建一个经验共享的学习氛围。经验独享，可以让企业重复的交学费。通过这篇文章让企业用户认识到经验共享的重要性。在日后的工作中，不再为同一错误重复的交学费。

一、相关经验教训要以书面的形式固化下来。

失败是成功之母。其实这句话并不准确。如果失败了，没有进行相关的总结，那么结果仍然是失败。只有失败之后，进行了总结，并采取了相关的预防措施。才能够在下一次遇到类似情况时，转败为胜。

在ERP项目过程中(包括前期的项目实施和后期的使用)，难免会碰到一些障碍与问题。对于这些内容，项目管理员应该进行不断的总结。将这些内容(包括问题出现的背景、解决思路的分析、对应的预防措施)等等都详细的记录下来。这里需要注意，通常情况下用户并不会主动的去总结。或者说他们会将这种情况记录在自己的笔记本上，但是并不会共享出来。等到其离职，下一个新人来接替其工作时，就可能会在同一个问题上载跟斗。

所以笔者建议，项目管理员每解决一个问题，虽然这个问题是用户自己所造成的，如没有按规范操作。仍然需要将这个经验教训一五一十的记录下来。因为谁也不能够保障，换一个用户来操作时，不会发生类似的问题。项目管理员在后续的培训过程中，可以根据这些资料对用户进行后续的培训。

二、在系统中要采取预防措施，防止错误重复发生。

在系统后续使用过程中，出现了问题并不可怕。亡羊补牢、为时未晚。可拍的是，问题出现并解决了，但是用户并没有吸取教训，下次遇到类似情况时，仍然在同一个地方犯错误，那就是不可饶恕了。

笔者举一个简单的例子。有一家客户，对于采购订单的价格变更有严格的限制。通常情况下，只有经过财务总监同意之后，才能够对已经下发的采购订单更改价格。企业在ERP使用过程中，刚开始的时候没有进行严格的控制。采购员自己可以撤销已经审核的订单，并更改采购订单的价格。发现了这个漏洞之后，项目管理员也对采购员进行了相关的培训，强调这个流程。可惜的是，项目管理员没有在系统中进行相关的设置。刚开始用户还算配合。可是几个月过去之后，用户又犯了老毛病。遇到需要更改采购订单价格时，私自撤销采购订单并进行更改。后来被公司的审计部门发现之后，包括项目管理员在内，都受到了比较严重的处罚。因为这涉及到了舞弊。

为此笔者建议，如果遇到类似的情况，不仅仅需要解决当前的问题。而且需要考虑，如果以后再次发生这种情况时，系统中是否有对应的预防措施。如可以通过权限设置，规定更改已经审核的采购订单的价格，必须要有特定人员的授权。通过系统的工作流或者数据库的触发器，是比较容易实现这个需求的。

在此笔者再强调一下自己的观点。在ERP使用过程中，出现问题并不可怕。只需要将问题解决了，就可以了。但是做到这一步还不够。项目管理员需要考虑，在系统中如何针对这种情况采取对应的预防措施，以避免下次遇到类似情况时不会再犯同样的错误。