SAP实施十大误区
9 views
Skip to first unread message
叶细细
Aug 7, 2008, 10:54:35 PM8/7/08
to SAP论坛
如果你正考虑要实施SAP的R/3产品，那么你可要小心了：这不是一种机械的改变。一个一般的价值50亿美元的公司得为这个项目在软件、硬件、系统集
成、人员上花上5千万美元左右。如果你的公司正打算花这笔钱，最好能确保实现预期的投资回报率。为了把你从这场灾难中解救出来，我们在这里将列出应该避
免的十大错误。
误区一：认为只要系统能够运行了，项目就结束了
Deloitte咨询公司负责SAP大客户服务的合伙人Clive Weightman说：太多公司认为SAP实施项目有明确的开始和明确的结束。
我们认为，应该把ERP开始运行的那天当作项目另一阶段的开始，而不是项目的结束。
美国宾夕法尼亚州Diagonal咨询公司最近的一个客户由于没有做好系统运行后的计划，不得不聘请咨询员进行额外的六个月的现场指导。对
此，Diagonal咨询公司的负责人Paul Krant说：“正常情况下，在客户能够进行自我维护之前，我们要进行3-4周的运行后支持。这个客户
的失败就像是，举行了婚礼，但却没有对婚姻生活做好准备。”
误区二：没有开发业务用例
不要仅仅因为CIO认为需要一个ERP软件，就贸贸然开始一个SAP项目。在这样的一个基础上前进是十分危险的，其代价也及其昂贵。美国
Accenture咨询公司SAP项目的负责人Mark Willford认为：“SAP项目必须由利益驱动，必须有一个具体的业务用例。”
没有业务用例的风险在于，你会把SAP项目看作是一个普通的软件实施项目，而没有重新设计业务流程发挥SAP潜在的业务流程改进功
能。BearingPoint咨询公司北美的SAP项目负责人Michael King说：“如果只是按照原来的业务流程实施SAP，那么你最终只是白
忙一场。你拥有了一个新的系统，但是根本没有解决存在的业务问题。”同时，所有你向CEO承诺过的商业利益都不会出现。
误区三：没有提供最好的员工给实施小组
Michael King说，他经常看到SAP项目小组成为一个垃圾场，客户把一些它不知该如何处置的人员都扔给了项目组。但是如果要为公司重新设
计业务流程，那么就应该给项目组配备公司各个部门最聪明、最优秀的员工。虽然可能各个部门都想抓住这些优秀员工不肯放，但只有他们才能按照预算准时完成
项目，为企业愿景提供最相配的优化了的业务流程。Michael King说：“为了让客户明白优秀的项目小组有多重要，你要做好准备与客户进行一场奇
怪的战斗。”如果没有优秀的实施小组，还可能出现更糟糕的情况。Clive Weightman指出：“如果你的实施小组很糟糕，那么你的项目永远也别
想有个结束。如果中途中止项目实施，那么公司很可能倒闭。”
误区四：采用与公司不相融的解决方案
对此，Clive Weightman举了一个国际化学公司的例子。这家公司本来是以非集中式的方式运行的，想通过SAP项目转换成集中方式，结果
实施却遭到了彻底的惨败。从技术上说，SAP的技术完全能够把公司集中起来。“但是这只是问题的一个方面，问题的另一方面就是企业文化。在这个公司里，
高级员工习惯于为公司运营做出各种决定，他们不愿意放弃这种权力。这个例子给我们的一个启示就是，不要把技术作为一种改变公司文化的工具。”
误区五：雇用没有经验的咨询员
Paul Krant建议咨询小组的成员应该是新手和熟练人员的平衡组合。他说：“许多咨询公司都通过‘学术’手段来培训员工，给他们上一些培训课
程，然后就直接送到客户那里去做咨询了。这根本就行不通。咨询小组必须有有经验的人参加。公司最好事先看一下咨询人员的简历，确定项目小组有有经验的人
参加。”
误区六：对系统使用者的培训不够
Diagonal咨询公司的总裁Paul Scherer说，这种错误会导致在系统实际运行后，咨询员还得留下来进行几个月的现场指导。如果没有充
分的培训，员工们会按照他们自己的方式做事情，这样就无法对公司的新流程进行管理。这会导致每个业务领域都产生问题。
误区七：不能控制“范围爬升”
许多公司在它们开始项目前会创建一个业务用例，但接着它们就会因为ERP软件拥有一些其他的功能，而把这些功能胡乱的添加到项目范围里来。它们从来
不会回头想一想最初的业务用例，思考一下“这项功能是否支持这个业务用例？”对此，Paul Scherer说：“1000个小伤口也可以造成死亡。同
样，每个对项目范围的改变可能都是一个很微小的改变，但是这些改变合起来却可能使项目超出预算，落后于计划时间，甚至更糟——最终没有产生任何预期的效
益。”
误区八：把SAP项目看成一个技术项目
Clive Weightman认为，一个SAP实施项目涉及到人、流程、技术的平衡。如果实施小组90％是技术人员，而没有各个业务部门的代表参
加，那么最终的结果可能是一个空想的技术实施项目，对公司增强竞争力毫无帮助。这听起来似乎很明白，但是还是有很多公司在犯这种错误。
误区九：无视系统集成人员的建议
Clive Weightman说他曾经为一个化学公司做咨询。这个化学公司那时正在进行它第三次的SAP实施，所以Clive
Weightman以为这个公司很有经验。但事实并非如此。虽然这个项目的系统集成人员在全球范围内做过了许多类似的实施项目，所有的经验绝对比这个公
司两次三次的实施经验多得多，但是这个化学公司却没有采纳他们的建议。结果，这个项目比预计的时间延迟了五个月才完成，并大大的超过了预算，公司也损失
了五个月的业务利润。
误区十：分块实施SAP
许多公司试图通过分阶段实施SAP项目来迅速获得竞争优势。比如说，先实施财务模块，然后实施人力资源模块，接着是销售模块，等等。但是，这样做就
不能很好的获得一个最终集成的系统。因为在你准备好进行下一阶段的实施的时候，你已经被前一阶段的作出的一些定义束缚住了。这种情况下，你不得不对前面
阶段的工作进行大修改，使其能够与后面阶段的模块进行有效地整合。对于这种情况，Clive Weightman建议：“我们可以对业务流程进行逻辑分
组，然后按照逻辑组一步步的进行实施，否则你可能需要比原来多一倍的时间来进行分步实施。”
成、人员上花上5千万美元左右。如果你的公司正打算花这笔钱，最好能确保实现预期的投资回报率。为了把你从这场灾难中解救出来，我们在这里将列出应该避
免的十大错误。
误区一：认为只要系统能够运行了，项目就结束了
Deloitte咨询公司负责SAP大客户服务的合伙人Clive Weightman说：太多公司认为SAP实施项目有明确的开始和明确的结束。
我们认为，应该把ERP开始运行的那天当作项目另一阶段的开始，而不是项目的结束。
美国宾夕法尼亚州Diagonal咨询公司最近的一个客户由于没有做好系统运行后的计划，不得不聘请咨询员进行额外的六个月的现场指导。对
此，Diagonal咨询公司的负责人Paul Krant说：“正常情况下，在客户能够进行自我维护之前，我们要进行3-4周的运行后支持。这个客户
的失败就像是，举行了婚礼，但却没有对婚姻生活做好准备。”
误区二：没有开发业务用例
不要仅仅因为CIO认为需要一个ERP软件，就贸贸然开始一个SAP项目。在这样的一个基础上前进是十分危险的，其代价也及其昂贵。美国
Accenture咨询公司SAP项目的负责人Mark Willford认为：“SAP项目必须由利益驱动，必须有一个具体的业务用例。”
没有业务用例的风险在于，你会把SAP项目看作是一个普通的软件实施项目，而没有重新设计业务流程发挥SAP潜在的业务流程改进功
能。BearingPoint咨询公司北美的SAP项目负责人Michael King说：“如果只是按照原来的业务流程实施SAP，那么你最终只是白
忙一场。你拥有了一个新的系统，但是根本没有解决存在的业务问题。”同时，所有你向CEO承诺过的商业利益都不会出现。
误区三：没有提供最好的员工给实施小组
Michael King说，他经常看到SAP项目小组成为一个垃圾场，客户把一些它不知该如何处置的人员都扔给了项目组。但是如果要为公司重新设
计业务流程，那么就应该给项目组配备公司各个部门最聪明、最优秀的员工。虽然可能各个部门都想抓住这些优秀员工不肯放，但只有他们才能按照预算准时完成
项目，为企业愿景提供最相配的优化了的业务流程。Michael King说：“为了让客户明白优秀的项目小组有多重要，你要做好准备与客户进行一场奇
怪的战斗。”如果没有优秀的实施小组，还可能出现更糟糕的情况。Clive Weightman指出：“如果你的实施小组很糟糕，那么你的项目永远也别
想有个结束。如果中途中止项目实施，那么公司很可能倒闭。”
误区四：采用与公司不相融的解决方案
对此，Clive Weightman举了一个国际化学公司的例子。这家公司本来是以非集中式的方式运行的，想通过SAP项目转换成集中方式，结果
实施却遭到了彻底的惨败。从技术上说，SAP的技术完全能够把公司集中起来。“但是这只是问题的一个方面，问题的另一方面就是企业文化。在这个公司里，
高级员工习惯于为公司运营做出各种决定，他们不愿意放弃这种权力。这个例子给我们的一个启示就是，不要把技术作为一种改变公司文化的工具。”
误区五：雇用没有经验的咨询员
Paul Krant建议咨询小组的成员应该是新手和熟练人员的平衡组合。他说：“许多咨询公司都通过‘学术’手段来培训员工，给他们上一些培训课
程，然后就直接送到客户那里去做咨询了。这根本就行不通。咨询小组必须有有经验的人参加。公司最好事先看一下咨询人员的简历，确定项目小组有有经验的人
参加。”
误区六：对系统使用者的培训不够
Diagonal咨询公司的总裁Paul Scherer说，这种错误会导致在系统实际运行后，咨询员还得留下来进行几个月的现场指导。如果没有充
分的培训，员工们会按照他们自己的方式做事情，这样就无法对公司的新流程进行管理。这会导致每个业务领域都产生问题。
误区七：不能控制“范围爬升”
许多公司在它们开始项目前会创建一个业务用例，但接着它们就会因为ERP软件拥有一些其他的功能，而把这些功能胡乱的添加到项目范围里来。它们从来
不会回头想一想最初的业务用例，思考一下“这项功能是否支持这个业务用例？”对此，Paul Scherer说：“1000个小伤口也可以造成死亡。同
样，每个对项目范围的改变可能都是一个很微小的改变，但是这些改变合起来却可能使项目超出预算，落后于计划时间，甚至更糟——最终没有产生任何预期的效
益。”
误区八：把SAP项目看成一个技术项目
Clive Weightman认为，一个SAP实施项目涉及到人、流程、技术的平衡。如果实施小组90％是技术人员，而没有各个业务部门的代表参
加，那么最终的结果可能是一个空想的技术实施项目，对公司增强竞争力毫无帮助。这听起来似乎很明白，但是还是有很多公司在犯这种错误。
误区九：无视系统集成人员的建议
Clive Weightman说他曾经为一个化学公司做咨询。这个化学公司那时正在进行它第三次的SAP实施，所以Clive
Weightman以为这个公司很有经验。但事实并非如此。虽然这个项目的系统集成人员在全球范围内做过了许多类似的实施项目，所有的经验绝对比这个公
司两次三次的实施经验多得多，但是这个化学公司却没有采纳他们的建议。结果，这个项目比预计的时间延迟了五个月才完成，并大大的超过了预算，公司也损失
了五个月的业务利润。
误区十：分块实施SAP
许多公司试图通过分阶段实施SAP项目来迅速获得竞争优势。比如说，先实施财务模块，然后实施人力资源模块，接着是销售模块，等等。但是，这样做就
不能很好的获得一个最终集成的系统。因为在你准备好进行下一阶段的实施的时候，你已经被前一阶段的作出的一些定义束缚住了。这种情况下，你不得不对前面
阶段的工作进行大修改，使其能够与后面阶段的模块进行有效地整合。对于这种情况，Clive Weightman建议：“我们可以对业务流程进行逻辑分
组，然后按照逻辑组一步步的进行实施，否则你可能需要比原来多一倍的时间来进行分步实施。”
Reply all
Reply to author
Forward
0 new messages