小组有有经验的人参加。”
误区六：对系统使用者的培训不够
Diagonal咨询公司的总裁Paul Scherer说，这种错误会导致在系统实际运行后，咨询员还得留下来进行几个月的现场指导。如果没有充分的培训，员工们会按照他们自己的方式做事情，这样就无法对公司的新流程进行管理。这会导致每个业务领域都产生问题。
误区七：不能控制“范围爬升”
许多公司在它们开始项目前会创建一个业务用例，但接着它们就会因为ERP软件拥有一些其他的功能，而把这些功能胡乱的添加到项目范围里来。它们从来不会回头想一想最初的业务用例，思考一下“这项功能是否支持这个业务用例？”对此，Paul Scherer说：“1000个小伤口也可以造成死亡。同样，每个对项目范围的改变可能都是一个很微小的改变，但是这些改变合起来却可能使项目超出预算，落后于计划时间，甚至更糟——最终没有产生任何预期的效益。”
误区八：把SAP项目看成一个技术项目
Clive Weightman认为，一个SAP实施项目涉及到人、流程、技术的平衡。如果实施小组90％是技术人员，而没有各个业务部门的代表参加，那么最终的结果可能是一个空想的技术实施项目，对公司增强竞争力毫无帮助。这听起来似乎很明白，但是还是有很多公司在犯这种错误。
误区九：无视系统集成人员的建议
Clive Weightman说他曾经为一个化学公司做咨询。这个化学公司那时正在进行它第三次的SAP实施，所以Clive Weightman以为这个公司很有经验。但事实并非如此。虽然这个项目的系统集成人员在全球范围内做过了许多类似的实施项目，所有的经验绝对比这个公司两次三次的实施经验多得多，但是这个化学公司却没有采纳他们的建议。结果，这个项目比预计的时间延迟了五个月才完成，并大大的超过了预算，公司也损失了五个月的业务利润。
误区十：分块实施SAP
许多公司试图通过分阶段实施SAP项目来迅速获得竞争优势。比如说，先实施财务模块，然后实施人力资源模块，接着是销售模块，等等。但是，这样做就不能很好的获得一个最终集成的系统。因为在你准备好进行下一阶段的实施的时候，你已经被前一阶段的作出的一些定义束缚住了。这种情况下，你不得不对前面阶段的工作进行大修改，使其能够与后面阶段的模块进行有效地整合。对于这种情况，Clive Weightman建议：“我们可以对业务流程进行逻辑分组，然后按照逻辑组一步步的进行实施，否则你可能需要比原来多一倍的时间来进行分步实施。”
项目经理胜任力免费测评PMQ上线啦！快来测测你排多少名吧~
http://www.leadge.com/pmqhd/index.html
