在讨论这个问题前，有一个前置问题，那就是“ERP项目应该由谁来主导”这个问题应该由谁来决定。这是一个奇怪的形象，但是国内很多企业确实发生了。当企业决定上ERP后，无论是老总、总经理工作部、各级部门还是工作人员都异口同声地说“ERP很重要，一定要上”，然后呢，然后就没有然后了，开始进入混乱局面，因为没人知道“ERP项目应该由谁来主导”，更没人知道到底是谁应该来做这个决定，也许有人知道，但他不是重点利益相关方，于是他闭口了。于是经常会出现为了保障公司对ERP的进度要求，项目已经启动，但是却没有明确的主导方，各部门都在有限参与，原因是不要因为没有参与而被批评，但真正在推动方面，各部门又都不全力推动，这是可怕的一种局面，毕竟在最后项目效果不佳甚至失败需要有人出来被打板子时，真正要负责的部门终归是逃不脱的。

　　其实，这个问题也很简单，谁决定上ERP，谁就应该解决“ERP项目应该由谁来主导”这个问题，所以，决定上ERP的人，一定要明确ERP主导部门，否则ERP项目不会成功。

　　好了，终于能到正题，到底哪个部门应该主导ERP项目呢？对于这个问题，相信不同的人有不同的答案，并且每个答案都是对的，都是有道理的。主流观点如下：

　　1. 应该由财务主导，因为财务是一个企业的命脉，各业务部门均为财务服务，各业务的最后环节均是财务；大多公司的财务部门地位都很高，也有发言权；

　　2.对于生产型企业，应该由生产部门主导，因为生产部门的人数占了公司绝大部分人数，稳定生产是公司赖以生存的根本，信息化要保障生产，只有生产保障了，财务利润自然会来；

　　3.大多企业还是由信息部门主导，因为人的常识认为，ERP是信息系统，信息系统的实施当然是由信息部门主导了；……

　　还有很多不同的情形，但每种情形在不同的企业都有成功案例、也都有失败案例，说明什么呢？个人认为，说明真正判断哪个部门主导ERP的判断标准不是上面的几条，个人认为判断应该由哪个部门主导ERP的判断标准如下：

　　1. 应该由一个期望上进的部门主导ERP项目；

　　2.应该由一个有话语权的部门主导ERP项目；

　　只这两条即可，原因如下；

　　1.应该由一个期望上进的部门主导ERP项目

　　经常会听到有的企业的信息部门发出这样的声音“ERP是业务系统，应该由业务部门主导，凭啥让我们信息部门主导啊，我们又不懂业务”；也会听到有的企业的业务部门发出类似的报怨“ERP是信息系统，应该由信息部门主导，我们只是公司多个业务部门中的一个，我们怎么能管的了别的部门的事呢？老板也不知道怎么想的”，每当听到这样的话语，我心中总是泛起一个词“恨其不争”，也会泛起另一句话“也难怪你们的部门一直地位低下”，如果企业已经把ERP的建设任务交给一个部门，其实隐含的也就把协调各部门的权力交给了这个部门（ERP建设相关的协调权力，相关这个词的含义好丰富啊，你懂的），ERP实施又是一个全公司管理改进的工程，如果你的部门真的有实力，把ERP实施好，那你部门的地位就不可同日而语了。这是机会，而不是负担。我也亲历过有一个企业的信息部门，通过实施信息化、参与企业流程优化，最终更名为“流程优化及信息管理部”。

　　所以ERP要由一个上进的部门实施，因为公司已经给了他权力，剩余的就看他是不是想干一番成果出来。对于上进的部门，这是机会，对于推卸责任的部门，这是一个沉重的包袱。

　　2.应该由一个有话语权的部门主导ERP项目

　　这个主导的部门必须有话语权，有的企业把ERP交给信息化部门，最终失败，不是因为信息化部门不懂业务（虽然确实不懂，但这不是根本原因），而是因为信息化部门及上级领导在公司没有足够的话语权，想做的工作没有得到其它部门的有力支持。有的企业ERP由信息化部门主导非常成功，原因也在于有一个强势的信息化领导，或者领导信息化部门的副总（或老总）非常有话语权。

　　只要有上述两个因素即可帮助高层决定ERP的主导部门，部门领导懂不懂业务没有一点关系，真没有一点关系，但是要有懂项目管理、懂业务的人担任项目经理整体管理项目即可。

附录：ERP项目，想得深才能走得远！

来源：ERP顾问之家

　　在ERP项目中，要做到在项目实施的未雨绸缪，不会出现亡羊补牢的情况就需要项目管理和实施人员在项目推进过程中队下面的阶段进行预测，把握好发展的趋势，掌握项目的主动权。下面就提出一些建议，供大家讨论。希望对大家有用。

　　ERP项目可以根据项目进度，分为项目立项、需求调研、业务流程重组、模拟运行、并向运行、正式上线等几个阶段。其实不同的企业，虽然有各自的特性，但是也存在着一些普遍的问题。有经验的项目管理员，对各个阶段普遍存在的问题有深入的了解。此时他们就可以预先采取措施，针对这些问题采取应对措施。而不会等到问题真的发生了，再来解决。掌握各个阶段所存在的普遍问题就是做好ERP项目未雨绸缪的首要工作。

　　如以业务流程重组为例，可能存在着如下几个共性的问题。

　　1、企业对于自身的流程过于自信。

　　由于缺乏外在的参考，用户会认为自己所采用的流程是合理的，要求系统的安全按照自己的流程来走，排斥业务流程重组。针对这种障碍，实施顾问该如何应对？笔者认为，实施顾问应该将企业现在使用的业务流程与系统的标准流程进行对比，向用户说明如果继续沿用企业现有的业务流程，可能存在这些风险。利用具体的数据来说话，而不是片面的强调让用户遵循系统的标准流程。企业管理者上ERP系统也是为了改善企业现有的管理水平。如果他们能够切实的认识到现有业务流程存在的漏洞，相信他们能够欣然的接受新的流程。

　　2、新流程的从接受到熟悉需要有一个过程。

　　企业使用了ERP系统的新流程之后，由于不熟悉等原因，比较容易出差错。如果实施顾问能够意识到这个问题，那么就可以采取一些未雨绸缪的措施。如在模拟运行时，会有针对性的多设计一些新流程的业务。让用户多操练几次，以熟悉新的流程。在后续并向运行时，也会指导项目管理员，多多跟踪这些新的流程，以督导用户按新流程来操作，避免旧病复发。

　　3、提醒用户更改原有的管理制度。

　　通常情况下企业在上ERP项目之前，已经有完整的业务流程文档。在实施ERP项目时，如果对原有的流程做出了新的调整，那么就一定要及时调整原先的业务流程文档，做到读、写、做一致。以免在后续培训时，出现互相矛盾的地方。

　　以上提的这些内容都是在业务重组环节中容易出现错误的事情。项目管理员只要能够意识到这些内容，那么就可以在项目实施环节中，采取预防措施来避免这种情况。现在不少ERP软件提供商提出了标准化实施的口号。其实其核心的内容就是将每个环节必须要做的内容以书面的形式规定下来。与笔者谈的思想是一致的。

　　人与人的沟通，由于文化背景的差异，往往会存在误解。A说的话，B听起来可能是另外一种含义。在日常生活中，这种情况也非常普遍。针对这种情况，实施顾问或者项目管理员，应该采取什么样的未雨绸缪的措施呢？笔者认为可以采取如下应对措施。

　　1、尽量采取更多的辅助证据。

　　如在需求调研过程中，用户会提出各种各样的报表要求。如果只凭用户说，实施顾问记，可能记不全，或者会对用户说的内容存在歧义。此时就应该采取更多的辅助证据。如用户已经有现成的报表了，那么可以像他们要一份。如果没有的话，那么可以让用户先在Excel表格中设计好然后再给我们。有时候用户说了一个小时，说的口干舌燥，还不如一份表格能够说明问题。

　　2、说完后让用户进行重新确认。

　　在收集用户的需求时，即使对于同一个问题，大家你一言、我一言，会提出各自的需求。但是有可能会有相互矛盾的地方，或则说可能某些内容还没有考虑到。笔者在进行需求调研时，会将用户的需求都一五一十的记录下来，整理好。然后再让用户去签字确认。

　　用户在签字时，会对自己所说的内容再梳理一遍。有不准确的地方可以进行及时修改或者有歧义的地方进行再次确认。这就相当于一个审核的过程。通过这个确认，可以在一定程度上消除沟通上的误区，让实施顾问了解用户内心的真实意图。