SOA宣扬的是其效率与敏捷性， 但是，如果关于这两者的至少一些内容已经就位的话，为什么没有人提早下班回家呢?
Ebay 杰出的研究科学家Paul Strong解释说：“SOA是人们不断向着更大的网络功能分解以及分布的发展过程中出现的最新阶段。模块性和可重复利用带来了巨大的灵活性、敏捷度以及投资回报。但是，这样一来就会迫使你去管理越来越多的事务，事务之间大量的关系，服务和各个服务之间关系的使用周期。”
让IT人士不能入睡的问题在于这些关系，它们应该开始于定义阶段。
根据Kenney的观察， 重复利用是美国的首席信息官一直关注的焦点，但在南美洲、南非、中东和亚太地区却并不是很受重视。他说，除美国以外，人们的担心并不在于如何节省IT事务的成本，而在于如何充分的利用公司已有的局部的、流程的以及人员的优势，甚至是旧有的遗留资产，因为能够节约的成本是非常有限的。在这里，重点在于重复利用，而在其他地方重点则在于业务流程。但正式业务流程和重复利用的良好结合才真正有趣。
这也许是事实，但是重复利用仍然是耦合的一部分，是从建议到如何真正结合各个不同因素的一部分。企业管理联盟会(EMA)的高级分析师Julie Craig建议：“从一般规则看来，为了实现最大利益应该重复利用那些你的编程人员在许多应用程序中都使用的服务。更好的建议是，为自己找一个最好的SOA架构师，并且让他/她来做出这个决定。”
像昂贵的婚礼策划一样，一个SOA架构师能够通过消除始料未及的不好的“惊喜”来减轻大事件带来的痛苦，并在这个过程中避免错误与尴尬。
SOA架构领域主要的全球IT服务和咨询公司――Tata咨询服务公司(TCS)的全球卓越技术主管Santosh Mohanty博士说：“随着SOA在企业中的形成，由于有时候重复利用的理念并没有实践或监管，复杂性也随之增加。”
Mohanly认为，建立一个SOA治理机制将明确和建立管理服务所有权的制度和流程，精简就可用服务进行沟通的机制，确保设计时间、运行时间和变化时间的矩阵的重复利用和测量。这使得企业能够主动有效管理任何超支情况并将SOA项目确保在控制之中。
假设你要自己计划重复利用，或者你想要以一些模糊的权威概念来监督SOA架构师，你该从何开始呢?
Craig解释说：“应该从理解SOA整体的利弊开始。软件设计――不仅仅是SOA设计――一直是维持性、性能、风险防控以及成本的平衡。由于你正重复利用已经测试并认证过的服务而不是多次编写程序，重复利用能够降低成本并增加利益。而你在对其进行维护时，只需要维护一次，而非反复维护，这样也能够降低成本。”
她还说：从负面来说，这样可能会造成性能欠佳的风险，特别是在SOA设计中多个服务无法找到生产系统并与之衔接。这种风险可以通过对于服务应用的治理来得到缓解。
下一个步骤首先要找出对哪一些组件进行重复利用是有意义的，需要清楚的是没有必要一次将所有的事情都做完。
市场研究公司Forrester Research高级分析师Larry Fulton说：“我们坚决提倡一种SOA渐进的方法，事实上，这是SOA实施中处于主导地位的方法。像其他的新兴事物一样，SOA存在启动和培训成本，但我们已经看到一些组织在一年到一年半时间内达到了更好的灵活性，上市时间以及在少数的服务基础上实现服务的重新利用。”
很明显，即使是婴儿学步也必然会向着某个方向前进，那么我们应该向哪一个方向发展呢?
国际数据公司(IDC)的SOA、Web服务以及集成研究总监Sandra Rogers 认为重新利用的基本组件应该是“基础架构和技术服务、信息或数据服务以及通用功能程序。”
Roger说：许多组织都从基础架构或是技术服务着手，如：安全、监控和审计等，这样可以帮助立即解放商业应用程序员来从事更有价值的活动。这样还可以帮助确保企业门户的一致性并建立一个在改革日常事务方面更为有效的环境。它的一个附加价值是通过支持更安全和治理的环境达到强化更多服务的重复利用的效果。
她解释说：“其他重复利用的关键方面是提供通用的信息意见。例如：‘获得客户联系信息’是一个在许多领域――帐单、销售、客户支持、订单处理等――非常平常的日常事务。”
这一举措再一次巩固了所有的日常行动一致的得到同等干净并且认证过的信息,因此建立一个数据服务的基础将带来巨大的好处。Rogers解释道：“想要利用所谓‘mashups’的那些企业也将获得将具体观点正式纳入服务的益处。”
她指出，诸如订单处理或信用例行检查一类的其他任务是获得更多效率的另一个普遍领域，特别是涉及第三方的时候。她说：“它再一次解放了需要维护运行标准流程系统的独立的部门。”
一言以蔽之，重复利用要求所有的共同要素和服务都是显露的、可获取的、值得信赖并且根据需求制定规模大小的。Rogers还提醒道：“如果企业想要在整个企业中重复利用和共享所使用的服务，这样的问题，以及组织在支持和资金方面的动态就应该得到解决。”
然而在工作中存在着比实施技术更为微妙的力量。Craig建议：抓住有利的时机，在出现SOA能够解决的具体问题时再从事SOA。将它作为一项企业的投资，而非IT投资或一个科学项目。在这个过程中你必须要小心，因为就像任何IT行动一样，SOA行动需要用高度批判性和具有商业智慧的眼光来看待。Craig建议大家采取以下步骤：
在你启动SOA之前，首先确认企业内部存在理解SOA及其益处的熟练的人力资源。
SOA的益处从点滴开始，并随着时间推移而增长，因此企业管理层的接受度与技术能力是同等重要的。企业管理层需要将时间也作为一项对未来的投资，而非执行SOA的失败。
从开始就将治理纳入项目之内。因为SOA具有“野火”效应，一旦开始就会迅速的在公司中蔓延开来。
Craig的最后一个建议是：不要好高骛远，从小的、非关键任务项目开始，而后逐渐的解决大的项目，不断的向前推动你的项目。
Strong笑着说：“如果你需要敏捷地在像互联网、云、Hype这样的日常词汇中穿梭，那么静态关系就不仅仅是一种选择了。”
