三、实施顾问与项目小组之间不仅仅是老师与学生的关系

很多人喜欢将实施顾问叫做老师，而把自己当作学生。遇到有什么不明白的地方，会不耻下问。笔者认为，这种认识有一定的误区。从一定程度上来说，实施顾问与企业用户是存在着老师与学生的关系，如教给用户如何去操作ERP系统。但是笔者认为，他们的关系不仅仅只保留在这个层面。笔者有时候希望将这种关系比喻中交通警察与驾驶员之间的关系。

实施顾问就是交通警察。只要用户在ERP系统实施过程中，没有违反预先定义的规则（如流程、系统操作等等），那么实施顾问就不会进行干涉。而用户就好像是驾驶员，其有权选择自己开什么样车（只要这个车符合安全的标准）、选择什么样的道路（如最近的道路或者最省时间的道路等等）。当遇到疑难问题时（如交通标志不清楚或者不认识路时）可以像实施顾问询问。

在这种关系中，企业用户有比较大的主动性。笔者一般在项目开始时，都会像企业用户强调这种关系。通过这种关系的说明，可以形象的向用户表达我的意思。即条条道路通罗马。对于同一个业务，在ERP系统中往往会有好几种解决方案。只要用户遵守系统既定的规则，可以根据自己的实际情况来选择合理的解决方案。实施顾问并不会强制用户使用某个操作方式。笔者认为，实施顾问不仅要自己明白这个道理，也必须要让用户了解到这个理念的重要性。

笔者在项目开始时，会利用半天到一天的时间来强调这个内容。如笔者会告诉企业用户，我并不会给你们拿最终的注意。当你们询问我某个业务该怎么处理时，笔者会给你们几种解决的途径，需要用户根据自己的情况去分析，并选择一条合适的道路。如果你们给我几个意见让我来确定搞听谁的时，笔者也不会给任何的意见。不过笔者可以将你们提的方案做一些分析，将其中的利害关系给你们分析出来。最后仍然要你们根据企业的实际情况来作出判断，到底该采用什么样的方案。

这并不是说笔者不负责任。而是实施顾问必须要让用户养成自己分析问题的习惯。作为用户，自己也要有这个观念，实施顾问的意见可以听，但是不能够偏听偏信。最后需要说明的是，在书面的项目文档中，最好能够将这些情况写入进去。如用户提出了一个需求，然后可以将可供参考的方法写入到项目文档中。然后用户会对其分析，将分析的过程、以及最终的结果也反映在项目文档中。那么这份资料对于后续系统的优化与维护就会起到很大的帮助。