ERP系统的实施和维护文档格式.docx
《ERP系统的实施和维护文档格式.docx》由会员分享，可在线阅读，更多相关《ERP系统的实施和维护文档格式.docx（15页珍藏版）》请在冰豆网上搜索。
企业组建了一个项目团队，其中包括15个咨询人员，10个公司部人员，还有2个公司聘用的项目经理。
另外，高层管理人员组成了一个委员会，委员会每个月与项目团队会谈一次，对项目进行监督。
每周都要召开项目例会，由负责信息系统的副总主持。
在项目的各个阶段，项目团队鼓励用户进行完成验收，例如在软件选择时，或者在某些阶段（比如系统部件更改和界面开发）结束时。
在不同的阶段，有不同层次的用户参与项目，促使用户接受系统。
项目团队提供了培训课程，同时还提供了向导课程，鼓励用户提出建议和意见。
然而，项目并没有取得成功。
系统实施后四个月，项目团队收到了1000多条修改系统的要求。
虽然团队已经采用了许多鼓励用户参与的措施，但是由于职责描述和沟通的定义不清，导致用户和系统设计者之间的沟通不畅。
用户逐渐觉得自己的意见没有得到重视，因此他们拒绝再为系统做出贡献。
用户与ERP系统合作失败的现象屡见不鲜。
一项研究表明，ERP系统失败的百分比在40%到60%之间，另一项研究则认为失败率在60%到90%之间。
后一项研究将“失败”定义为没有达到在申请批准阶段所提出的投资回报率。
许多ERP的实施案例都宣告失败。
其中有些是因为用户的因素（参见第一章福克思迈尔医药公司的案例）。
其他的则涉及到另外更复杂的因素。
莫特瓦尼（Motwani）等人研究了四个案例，其中的ERP系统都给实施企业带来了相当大的问题。
1.好时（Hershey）公司：
在采用ERP系统后，季度利润下降了19个百分点，而且库存上升了29%，这要归咎于ERP系统的订单处理系统。
2.奥克兰市：
采用了一个ERP项目，但是在实施过程中，系统对该城的公务人员的薪酬计算发生了错误。
3.米兰工业公司（MillerIndustries）：
由于ERP系统的效率不高，导致在实施后的第一个季度，企业运营出现亏损。
4.格雷杰公司（WWGraingerInc.）：
因为ERP实施不正确，年营运利润降低1100万美元。
针对ERP实施中的关键成功因素，人们已经进行了许多研究。
昂伯尔（Umble）等人将研究成果归纳为10个类别。
1.对战略目标有清晰的认识。
2.得到高层管理人员的支持。
3.优秀的实施项目管理。
4.出色的实施团队。
5.成功地处理了技术问题。
6.组织愿意进行改变。
7.广泛的教育和培训。
8.数据的准确性。
9.重点突出的业绩衡量方式。
10.解决了多地点的问题。
其中，第一条和第二条是经典的信息系统的关键成功因素，适用于任何信息系统项目。
（在ERP实施项目中，必然会对项目目标进行清晰的述，而如此大规模的投资也一定会引起管理层的注意。
）
第三条是与项目管理相关的。
实施项目管理，首先应当准确地估计项目围、规模和复杂程度。
正如我们在第三章中讨论过的，这决不是一项无关紧要的任务。
管理层所提出的商务需求必须与选定的ERP系统相匹配。
项目管理者还应该制定出能够完成的时间安排表。
设计好的系统不应包括不能创造价值的流程或者冗余的流程。
在第六章中，我们已经讨论了用于项目管理的这一方面的辅助工具。
另外，使管理者和用户对系统的期望现实化，也是很重要的。
第四条也是与项目管理直接相关的。
实施团队需要合格的人才。
部人员的分配是可以控制的。
而供应商和咨询人员则不能，但是我们还是应当注意保持团队的工作效率。
第五条讲的是项目管理的技术方面。
在ERP实施项目的技术领域，供应商和咨询人员能够提供充分的支持。
第六条和第二条——高层管理人员的支持——是相互联系的。
ERP系统通常会极改变组织几乎所有人员的工作方式。
这要求人们做出改变——而改变正是我们都倾向于抵制的。
为了尽量减少对生产效率的破坏，组织必须承诺将项目进行到底。
员工往往十分担心ERP系统的采用会导致组织取消他们的工作岗位（这是合理的忧虑）。
中层管理人员也担心ERP会使高层管理人员对业务运营过程更为了解。
组织的重大变革将会持续一两年的时间。
第七条的容是组织应当为员工提供必要的培训，向他们解释如何去适应新的系统，告诉他们需要接受什么样的培训和技能发展才能保持工作效率。
第八条是关于部数据的。
ERP系统必须能产生有用的信息。
好时公司的案例就是这方面的反面教材。
如果新系统提供的数据质量不高，公司将会蒙受巨大的损失。
好时公司侥幸地挨过了这段时期。
而大多数公司恐怕很难做到。
第九条是关于系统设计的。
ERP系统应当为各管理层提供关键信息报告。
如果系统不能为管理层提供他们所需的信息，那么它显然没有达到其设计目的。
第十条是关于企业网络设计的。
如果企业的各分支机构都有因其特定地点（或者特定功能）而产生的特殊需求，那么信息系统必须能够响应这些需求。
企业需求的分散程度越高，大一统的（big-bang）ERP实施过程的吸引力就越小，而分阶段的ERP实施过程吸引力越大。
实施战略的可选方案
ERP实施在商业战略、软件配置、技术平台和管理执行等各方面都面临复杂的问题。
ERP系统有多种实施战略可供选择。
马库斯（Markus）等人研究了多地点的ERP实施项目中这四方面的实践。
他们找到了至少五种进行业务单位关系管理的方法、四种配置软件的方法、还有两种在多地点实施中完成ERP系统执行的方法，如表7.1所示。
表7.1多地点的ERP实施中各方面的可选方案
控制战略
软件配置
技术平台
管理执行
完全地方自治
单一财务配置/单一运营配置
集中化
大一统方法
总部只控制财务模块
单一财务配置/多种运营配置
分布化
分阶段完成装配
总部协调运营活动
多种财务模块/单一运营配置
网络协调运营活动
多种财务模块/多种运营配置
完全集中化
（原书页码：
109）
在多地点的ERP系统中，我们面临的首要问题是系统围的定义。
系统围决定了企业能够从ERP系统中得到的收益。
如果企业只采用了几个财务模块，那么就不能得到其他模块带来的好处，也不能得到整个ERP系统带来的优势。
但是项目围越大，它需要的协调合作程度就越高，另外因为大围的项目对组织的影响更为普遍和深远，所以更加需要高层管理人员的支持。
马库斯等人提出了商务战略方面的五种可选方案。
一家欧洲的跨国公司允许它的各子公司在ERP实施中实现完全自治。
这个公司拥有多种产品线，分别在不同的国家运营。
虽然这一战略不能利用ERP的潜在优势，但是它避免了集中化统治带来的矛盾冲突，而且允许子公司独立自主地选择原始系统，降低了系统实施失败的风险。
如果总部只控制财务模块，那么各地方分支机构通常会独立地进行ERP软件的配置、实施和维护工作。
如果不同地方分支机构的活动是独立的，那么这一方法就是有意义的。
我们还可以应用单项最优方法。
另一种实施模式就是由总部来协调运营活动，同时地方分支机构高度自治。
当系统能在某些特定的领域给公司带来收益时（例如在采购方面），这一战略的效果最好。
网络协调运营活动的战略则允许地方分支机构访问其他业务单位的信息，在没有高度集中化的情况下促进横向协调。
当各地方分支机构之间的交易方式与外部客户一样时，这一方法的效果最好。
完全集中化的方法则适用于所有子公司紧密合作的情况。
考虑到ERP有效性的影响，从理论上来说，集中化的ERP系统在整个组织围得以应用，最有利于获得ERP集成所带来的潜在收益。
然而，在实践中，往往有更重要的理由支持分散化。
马库斯等人还提出了软件配置的可选方案。
在ERP系统中进行软件配置，需要理清法定的财务核算实体与运营实体之间的逻辑体系结构。
地理上集中化的简单组织往往会采用单一财务配置/单一运营配置。
复杂的企业如果是作为单个管理实体来运营的（在一个国家，只有一种财务报告要求），或者具有相似的业务流程以及集中化的原材料控制，也可以采用单地点的软件配置方法。
采用单一财务配置/多种运营配置的，通常是单一财务核算、但拥有多个运营实体的企业。
例如卡夫食品公司（KraftFoods），在8个产品分公司拥有53家生产厂，该公司太过于复杂，因此无法使用单一的ERP运营配置。
多种财务配置/单一运营配置适合于那些只有一个生产厂、但是在许多国家拥有销售渠道，财务报告需求不同的企业。
最后，多种财务配置/多种运营配置的ERP配置方案适用于典型的跨国公司。
从技术平台方面来看，站点意味着有一个中心数据库，另外还可能有多个应用程序服务器。
多单位多地点的组织可能会选择集中化的体系结构，通过通讯网络和个人计算机进行远程访问。
另一个极端是分布式的数据和处理过程。
集中化的ERP配置往往比较容易，成本也比较低。
然而，分布式的体系结构也有其优势，表现在数据库规模和性能、通讯成本、维护成本和风险管理等方面。
ERP系统的实施执行过程可以通过几种方式完成。
一个极端是大一统的实施，在一天之，旧系统被抛弃，新系统投入使用，如同变魔术一般。
马库斯等人举例说，美国昆腾公司（QuantumCorp.）就采用了这一战略，它在全世界停止运营八天，完成了系统转换过程。
采用这种风险很大的方法，是由公司特殊的环境促成的。
另一个极端是分阶段地完成装配，将系统的各个部件逐渐投入使用，在一个部件投入运营、观察无误之后，才开始下一个阶段的实施。
马库斯等人所举的例子是英国BICC通用电缆（BICCCables），该公司经历了一个漫长的过程，逐渐取得了全球运营机构中所有成员的一致同意。
公司选定的ERP系统每次只进行实施一个步骤，因为公司希望任何时候运行中的软件都不超过三个版本（正在被取代的旧版本，正在实施的新版本，还有正在总部接受测试的未来版本）。
这造成了公司的独特环境，技术每12个月就会更新一次。
Mabert等人调查了一批使用ERP的制造企业，在实施战略方面的发现结果如表7.2所示。
大一统的方法对于普通的信息系统/信息技术（IS/IT）项目是一种危险的方法，但是在ERP的实施环境下却往往有所作为。
另一种方法是分阶段逐渐实施系统，或者进行一项领航研究（在这里叫做袖珍大一统方法）。
逐渐实施系统比较适合地理围分散的大型公司，或是不同职能部门组成的大型联合企业。
数据表明，分阶段的逐渐实施应用较多，有时候在模块和地点上都是分阶段进行的。
领航方法在ERP实施环境下不像在普通信息系统/信息技术（IS/IT）项目中那么可靠，因为在ERP实施中，可量测性是个问题。
领航测试可能进行得不错，但是一旦要负担全部的计算工作，服务器系统可能会严重超载。
表7.2实施战略的采用情况
战略
美国企业所需时间
瑞典企业所需时间
美国企业采用率
瑞典企业采用率
15个月
14个月
41%
42%
按照地点分阶段逐步实施
30个月
23个月
23
20
按照模块分阶段逐步实施
22个月
20个月
17
袖珍大一统方法
17个月
16个月
按照模块与地点分阶段逐步实施
25个月
2
Source:
V.M.Mabert,A.Soni,andM.A.Venkataramanan,“EnterpriseResourcePlanningSurveyofManufacturingFirms,”ProductionandInventoryManagementJournal41,no.20（2002）,pp.52-58andJ.OlhagerandE.Selldin,“EnterpriseResourcePlanningSurveyofSwedishManufacturingFirms,”EuropeanJournalofOperationalResearch146（2003）,pp.365-73.
110）
对于不同的实施战略，实施所需的时间也大不相同。
分阶段逐步实施的战略所需的时间会比较长。
Mabert等人确定的平均持续期间很可能是与组织规模相关的，较小的组织采用大一统方法的可能性比较大。
IS/IT项目失败的分类
系统的失败可能以许多种形式出现（超出预算、超出时间、技术不足等等）。
林宁（Lyytinen）和赫希海姆（Hirschheim）提出了系统项目失败的四个主要类别。
●一致性失败
●过程失败
●交互失败
●期望失败
第五个类别是战略性/竞争性的失败。
显然，这些类别的失败重要程度是不同的。
一致性失败指的是系统没有达到设计目的。
它属于技术失败的一种，计算机程序没能实现其预定的功能。
我们在第九章中将要提到好时公司，它的ERP系统就遭到了这种类型的失败。
过程失败指的是没能在预算按时完成系统项目。
系统在技术上能够运行，但是在经济上不合算，或者至少是不在目前的商业计划之。
我们在第一章中讨论过福克思迈尔医药公司，它的ERP实施就是这类失败的典型。
交互失败指的是一个系统的应用没有计划的那样广泛。
如果系统是按照指定的技术要求建立的，在预算按时完成，但是目标用户不愿意使用它，那么就出现了交互失败的情况。
期望失败指的是系统与项目利益相关者的期望不是很符合。
系统在技术上能够运行，在预算按时完成，也得到了使用，但是它可能没有实现管理层期望它具备的功能。
战略性/竞争性的失败的情况是：
系统能够运行，其使用达到了设计要求，甚至也满足了利益相关者的期望，但是组织不能成功地利用它取得竞争优势。
没有什么计算机系统可以保证企业的成功。
企业要想成功，必须具备良好的基本商业目标，而且能为它们的客户提供一些竞争者所不能提供的东西。
尤－·
门什（Ewusi-Mensah）和Przasnyski区分了完全放弃（在实施完成之前完全终止项目活动）、实质放弃（进行重大的简化，结果使得项目与初始的规格要求根本不同）和部分放弃（缩小最初的项目围，但不对初始规格要求做出重大更改）的概念。
我们在第二章中讨论过的戴尔计算机公司和凯乐哥公司，就是放弃ERP实施的典型，而且它们也成功地实施了其他方案。
有时候，项目经理们过于忠于项目了，即使在项目应当被取消的时候，仍然试图延长它们的生命。
项目失败的原因可以分为经济回报不足、心理因素（管理层因为个人要承担责任，所以坚持认为项目有积极的前景）、升级因素（投入无法收回之后，增加更多的投入）、社会因素（包括竞争情况），还有组织因素（与项目的政治支持有关）。
ERP实施的失败
ERP实施通常是一个大型项目，需要相当长的时间才能一切就绪，复杂程度很高，而且关系到新的技术。
这些都是困难的信息系统/信息技术（IS/IT）项目的特征。
在企业实施ERP系统的过程中，我们观察到了许多问题的发生。
Mabert（马博特）等人对调查数据进行了分析，以确定哪些是对于ERP实施最为关键的变量。
他们认为最重要的有七个问题。
1.我们在第四章中讨论过单个ERP软件包与多个软件包使用的比较。
两种方法都得到了成功的实施，而且在ERP实施时间和预算控制方面没有显著的差异。
2.ERP系统可以在整个组织一次性实施（大一统方法），也可以分阶段实施（还可以采取任何中间的策略）。
再说一遍，成功的ERP实施可能采用的方法有很多，而且这些不同的方法在时间和预算控制方面的表现都没有显著的差异。
3.他们对实施的模块数量进行了审查，没有发现显著的影响。
4.模块实施的顺序也没有显著影响。
5.首先进行重大的业务流程重组，而不是局部的重组，在时间和预算控制方面没有显著差异。
6.系统的修改情况，对时间和预算控制两方面的表现均有显著影响。
如果企业对供应商的系统加以修改，成本会有所上升，所需时间也会更长（但是不一定能造就一个更好的系统）。
7.使用加速实施策略，对于按时完成ERP系统实施有显著影响（但是对预算没有显著影响）。
供应商在加速系统实施方面做出的努力是成功的。
在许多ERP实施项目中，企业忽略了首席信息官和信息技术部门的相对作用。
威尔科克（Willcocks）和赛克斯（Sykes）所研究的大多数ERP项目都完成了将数据转化为通用数据结构的整合过程，这一过程大大促进了新软件应用程序的开发。
然而，ERP系统最重要的优势在于改善组织开展业务的方式（业务流程重组）。
据观测，许多组织在ERP实施的这一方面都遭到了失败（属于交互失败的一种）。
之所以会失败，主要是因为ERP实施需要在人事、文化和组织关系等方面进行重大变革。
表7.3列出了与ERP实施失败相关的三个因素。
表7.3ERP实施失败的因素
当时的情景
首席信息官/信息技术人员重点关注的
通常的结果
技术决定论
技术
不能得到商务上的优势
供应商/咨询人员驱动
被忽视
成本超标
落后的关系和能力
才干不足
混乱
L.P.WillcocksandR.Sykes,“TheRoleoftheCIOandITFunctioninERP,”CommunicationsoftheACM43,no.4（2000）.
113）
技术决定论源于将ERP系统看作一个打包解决方案的观点，它认为ERP系统能够解决组织的全部技术和商务问题。
首席信息官（CIO）太注重技术，而信息技术部门也是围绕着技术技巧来建立时，往往会采用这种观点。
在这种组织中，信息技术功能被看作信息技术问题的主要来源。
ERP实施的结果通常是普遍的抗拒和高失败率。
威尔科克和赛克斯发现，在20世纪90年代中期，技术决定论在ERP实施项目中十分普遍。
在这种模型中，实施过程往往交由信息技术部门执行，而信息技术部门的人员重点关注的是时间和预算的约束，对商务上的收益并不留意。
供应商/咨询人员驱动的ERP实施，通常发生在高级业务主管控制实施过程的情况下，他们没有向首席信息官和信息技术部门进行咨询。
这可能是因为高层管理人员将ERP系统看作一个重要的战略性工具，或者他们对信息技术部门的能力缺乏信任（而ERP系统被看作取代信息技术部门的手段）。
在这种类型的实施中，ERP系统通常被外包出去（要么外包给供应商和咨询人员，要么像近年来的趋势这样，外包给应用服务提供商）。
我们发现，这一方法的成本往往大规模超标。
威尔科克和赛克斯举出了一个案例，其中最终成本达到了最初的可行性研究中估计值的十倍。
另一个特征是：
组织成员不愿意接受新系统，认为这是上级强加给他们的。
企业虽然重点关注了商务方面的收益，但并没有有效地获得这些收益。
当首席信息官和信息技术部门不能有效地应对新技术的挑战时，就出现了落后的关系和能力的问题。
管理人员重点关注成本最小化的问题，而不是将系统看作战略优势的来源。
信息技术部门负责ERP系统实施的大部分工作，但是他们没有维护系统运行的技术能力。
组织通常聘用外部供应商来填补技术空白。
信息技术部门没有建立起系统与商务用户之间的关系，也不能成功地调整商务思维的方向，以充分利用ERP工具。
威尔科克和赛克斯发现，这第三种情景是最普遍的，甚至存在于某些成功的ERP实施之中。
成功的ERP实施的特征
最成功的方法是：
在采用ERP之前，先开发关键的信息技术能力。
菲尼（Feeny）和威尔科克提出了成功的ERP实施需要的九种核心信息技术能力。
表7.4列出了对这些因素的一些评价。
这一方法包括建立能胜任的部信息技术部门，还有以系统的观点看待组织结构。
系统的观点能够帮助人们理解为什么需要信息技术的支持，怎样才能最好地支持组织的业务流程。
表7.4成功的ERP实施需要的核心能力
能力
影响
IT领导力
制定战略、结构、流程和人员
商务系统化思维
采用系统的观点
关系建立
与商务用户合作
体系结构规划
建立所需的技术平台
技术维护
故障检修
先了解后购买
比较不同供应商的资源
合同实现
协调努力
合同监督
保持供应商责任制
供应商发展
寻求长期互惠互利
114）
这些核心能力需要在组织部加以维护。
威尔科克和赛克斯建议，如果没有最关键的能力，那么应当聘用具有这些能力的人员，而不是长期依赖咨询人员关系——除非对这些能力的需求只是短期的。
成功实施ERP的战略
为了成功地实施ERP系统，除了获取所需的信息技术能力之外，威尔科克和赛克斯还建议采用以下战略。
重点关注用户还是重点关注技术
企业有两种选择：
重点关注如何更好地支持现有方法（即重点关注用户），或者重点关注ERP设计（即重点关注技术）。
ERP设计的目的是让用户更好地完成自己的工作。
业务流程重组必然会导致业务需求的改变。
因此，企业列出的需不稳定的，ERP系统的实施需要一定的灵活性。
这一改变也可能会使得供应商的软件功能过时。
威尔科克和赛克斯建议将用户需求放在技术之前。
只有当系统对技术的成熟度要求很高，而且能制定出详细要求时，才应当更加关注技术（不管是部开发还是外包）。
管理和人员配备
威尔科克和赛克斯的研究一直说明：
有效的商务革新需要高层管理人员的支持和项目团队的拥护。
高层人员的支持通常来自于业务方面，而不是信息技术部门。
ERP实施项目的项目经理必须得到高层利益相关者的信任，具有良好的成功经验，并能够保证项目关键路径的进度。
一个多职能部门组成团队是最重要的，其中包括终端用户、部IT专家、
升级会员 