区分优先次序

　　区分项目在各个阶段的优先次序，更关注用户的利益，而非技术的实施。

　　“虽然实施SOA项目需要解决大量的技术升级问题，但是，一个好的项目应该在解决后端基础设施的问题之前，先解决好一些具有战略意义的业务问题。”法国Kemper Auto and Home Insurance公司的CIO KeITh Sievers说。

　　在Kemper公司，KeITh Sievers领导了一个SOA项目的开发，这主要是要取代在上个世纪80年代所部署的那些应用。Sievers是从改造价格查询、错误处理和信用卡付款处理这些基本业务服务开始的，当然，这也就意味着完成了某种程度上的基础设施的升级，例如那些用于数据建模的基础设施。

　　Sievers特别介绍说，他让那些位于“幕后”的服务延迟执行，比如那些主要负责任务更新的批处理程序。“在你所部署的SOA项目中，应该让那些对于你的用户来说更重要的应用先执行。因为对于用户来说，也许你花费了4年的时间建设的SOA项目在他们看起来却像是一个很短的项目。”他补充说。

　　同时，专家也认为，一定要计算出在SOA项目中哪些部分具有更大的商业价值。因此，当你在进行SOA项目规划和决策时，就需要有用户的参与。“在某些组织或企业中，IT部门界定了业务流程，”Dole Foods and Yum Brands前首席信息官及IT咨询公司Leverage Partners的创立者Bart Perkins说: “但事实上，用户并不需要让IT部门对这些业务流程做出界定，而这一点确实造成了许多的麻烦。”

　　避免专业术语

　　不要经常使用SOA的专业术语或行话，以免用户产生混淆。

　　很多专家都认为，由于使用了英文缩写，SOA等缩略语势必会让用户产生混淆。其实，对于用户来说，他们关注的是IT项目如何让业务受益，而不会去关心具体是怎样实现了这个IT项目。

　　“CIO们应该从他们的词汇库中放弃‘SOA’这个缩略语，”Current Analysis的首席数据管理分析师James KoBIelus说: “从商业的角度来看，这种缩略语事实上是让业务表达变得更模糊了，相反并没有清晰地解释业务，因为即使是技术人员对于SOA的内涵也没有一个统一的认识。”

　　Nucleus Research的分析师David Connell也很赞同上面的观点，他认为：“SOA这个缩略语太技术化了，现在已经逐渐显现出了弊端。”而David主张使用最能表达SOA精髓的那些词汇，而不是简单地、毫无内涵地使用首字母的缩写。

　　但也有一些专家在讨论这个问题的时候态度比较乐观，他们并不是采用简单的二分法——不是对就是错。“假如这些词汇能够被很好地解释，那么用户也可以理解其中的内涵”，Saugatuck Technology副总裁兼高级战略顾问Mike West说: “用户现在对于一些计算机词汇都已经很了解了，比如什么是磁盘、什么是文件。那么为什么不能理解SOA呢？他们当然可以理解，只要你能够很好地向他们解释清楚SOA的真正内涵。”

　　Kemper公司的Sievers也这样认为：“与用户一起使用SOA这个词汇，应该说是没有什么问题的。”不过，Sievers也强调，要把讨论的重点放在了一些用户感兴趣的业务指标上，比如上市时间和成本节约等，而不是SOA这个词汇。

　　找出应用场景

　　找出SOA能自动化实现传统手工流程的应用场景。

　　主动跟用户去探讨他们所遇到的问题和他们所报的期望，然后找出哪些问题是由于系统不能互联互通所造成的。比如，有的时候你可能会发现，用户为了满足某些特定的业务需要，会手工地把数据从一个数据库移动到另一个数据库，或者把数据从CRM系统中移动到ERP系统中。“这显然是一个技术问题，如果能够很好地解决这个问题，那就会是一个很好的SOA项目了。”Connell说。

　　但是，发现根源在技术层面上的这些问题仅仅是一个起点。“下一步你要弄清楚某个问题在众多可能的解决方案中，哪个是可以在整个企业中进行复用的。”Connell说: “当你发现存在一个能够使500家公司受益的项目时，那么你就不会去实施一个只能使三家保险公司受益的项目了。”

　　“你应当确保你所追求的项目会产生较高的投资回报率(ROI)，因为这能够使得一些业务单元做出真正带来效益的事，而这又是以往的技术所办不到的。”他补充说。

　　转变管理方式

　　根据新的、面向服务的架构这一理念，转变管理的方式。

　　“企业往往不愿意去规范化管理，但这种规范化管理对于SOA项目来说，却是其中最关键的任务之一。因为服务，包括支出，很可能会被各个部门所共享，SOA管理需要研究一个组织如何去发起一个项目、如何去投资一个项目。”Saugatuck Technology的West表示。

　　“一个企业做一项决策需要一个过程。举例来说，由哪个部门为哪些服务买单;当一个部门需要改变服务，而另一部分不想改变时，最终是否需要更改服务等。”Oracle产品总监Ashish Mohindroo说。

　　而West建议企业成立一个“IT执行委员会”(IT executive steering commitee)，它由业务人员、架构评审委员，以及SOA架构师所共同组成。“当然，为了使SOA真正成为业务驱动，并且真正实现业务目标，需要转变许多原先的IT管理元素，包括资产管理、软硬件的并购策略等，”West强调说: “所有这些，将在商业驱动的SOA进程中被重新定位。”