文档介绍：erp实行失败的因素
不是靠购买部分产品就能实现的，而是需要顾客切身地去实践才也许获得成功。研究表白，只有很少数的公司可以在SOA上获得成功。大多数公司失败的因素，往往所有是来自人为的因素，而非技术的因素。
7月初，伯顿集堂培训课复杂多了。更不能忘了业务部门这一块，业务人员需要环节改善方面的培训，甚至也许还需要BPM工具方面的培训。
建议: 制定一项全面的培训和资源筹划，将该筹划列为初期资金申请环节的一部分。尽量减少申请资金的次数，争取尽量多的先期资金。否则，管理人员也许会觉得SOA项目在没完没了地消耗资金。
缺少良好的项目管理。
SOA项目经理们必需管理项目范畴、化解风险、让每个人跟上进度，并且和各个级别的人员进行相应的沟通。征集需求很重要，必需避免分析麻痹。如果一种公司连一般项目的交付所有成问题，那么成功实行SOA项目的难度更会加倍。
建议: 把最佳的项目管理资源用到SOA项目上。或从外面请来一两名明星级的人物来协助领导这个项目。不管从外面选择谁，对方在交付重大转型项目方面最佳要有成功记录。此外，这个人还要有足够夯实的技术功底，可以从概念层面理解SOA。
觉得SOA是项目、而不是架构。
诸多公司很幼稚，觉得实行SOA只是实行一种IT项目而已。其实，SOA是一种软件架构，只有公司遵守了面向服务的核心原则，并且保证可交付成果和架构目的和路线图相一致，才干获得所需的效益。SOA需要专业人员，涉及业务服务需要借助SOA架构师、开发人员、数据架构师、网络架构师和安全专家的共同努力才干构建而成。一种IT人员身兼多职的日子已一去不复返了。SOA的每个层面所有需要专业人员，要有顾客界面设计师、业务环节建模师、数据服务专家、业务规则专家和公司服务总线专家之类的人员。所有这些专家也许同步致力于同样的服务，这需要高度协作。
建议: 原则的IT团队构造对SOA来说这毫无成效，因此要另辟蹊径。矩阵式组织和互相协作的会议室环境值得考虑。拆掉小隔间，设立开放工作场合，以便这些专家可以密切合伙。此外也有必须让业务人员和测试人员同处一室。到处挂上白板，尽量减少项目进度会议，而是选择更注重协作的手段。
低估了SOA的复杂性。
从概念上来说，SOA仅仅是IT人员近年来始终在构建的系统的下一种发展阶段。这个概念理解起来并不难，要正的确施却很难。SOA和BPM的魅力在于它们给最后顾客带来了简洁性，由于可以集成各个不同样的后端系统，以便它们在顾客眼里就像是一种组合式应用系统。SOA的缺陷在于，它大大增长了构建及管理软件的复杂性。构建SOA是一项软件工程任务，这不是什么拖放开发工作，诸多开发人员需要为顺利完毕这种转变而努力。SOA需要遵守有关原则和最佳实践，还需要懂得复杂概念的专业IT人员，才有也许获得预期效益。
实行SOA时需要做太多的事情，成果往往事后才想到安全。因此，及早征集安全需求很重要，那样底层架构才会一开始就获得安全支持。否则，如果后来着手解决安全问题，架构方面极有也许需要重大变动。
建议: 不管公司有多么保守，所有要考虑到SOA进展中会遇到多种多样的技术障碍。要留出足够的时间，由于也许会遇到多种多样的集成问题，有些问题是由代码引起的，有些问题是由工具自身引起的。厂商的产品还远远谈不上成熟