面向服务架构（Service-Oriented Arthitecture，SOA）提供了一种方法，可以把企业的业务战略和必要项目与IT项目结合起来。因而，SOA治理不但涉及技术，同样涉及组织问题以及人员如何协同工作来实现业务目标。

IT治理涉及获得进行变更的批准，涉及权力，涉及谁拥有这种决策权，涉及在业务迅速变化的形势下这类决策需要多长时间。SOA通过减少决策的发生，从而大大减少了IT治理的需要。不过，为了获得这种好处，贵企业必须首先采用SOA。

SOA的演进

采用SOA并不能让你迅速获得投资回报，反而需要战略性投资，包括在结合IT和业务的治理和文化变化方面进的投入。不过据Gartner公司的分析，这不是SOA会不会取代如今架构的问题，而是完成这种演进需要多长时间的问题。

想要采用SOA的许多公司面临的一大绊脚石，那就是目前的IT成本分摊模式。许多公司把项目开发和支持的成本与批准项目的业务部门一一对应起来。在SOA中，服务常常在多个应用和业务部门之间共享，这就意味着你可以就参与SOA战略的某个项目向以后使用服务的每个人收费。

一种比较好的方法是为SOA应用资产设计共享分摊结构，甚至抵消可能高于采用非SOA方式的独立开发所需成本的SOA开发成本。因为只有服务被多方使用后，才能够得到重复使用的好处，所以要有激励措施确保来发布及设计可重复使用的服务。同样，也要有激励措施来促进充分利用现有的企业服务。如果你正在实施外包项目，对于应当加以的积极管理，特别难以实现。

公司在与负责实施的合作伙伴打交道时，似乎更容易忽视治理和执行方面的工作。举例说，常常由IT部门外的个别业务部门决定把某些项目外包出来。即使在IT部门里面，针对批准厂商列表和采购的重点往往与内部治理流程和决策机制相脱节。

IT治理和SOA采用

SOA面临的挑战之一就是实施不是一蹴而就的，而是要通过跨越空间和时间的多个不同项目才能实施完毕。SOA项目的这种空间和时间分布使得治理对SOA的成功而言更加至关重要。SOA治理和可执行的策略是确保跨地域和跨时域，这也符合SOA的两大关键。

空间分布、数量激增的服务（需要由企业内外的不同部门来维护）以及时间分布（随着支持的业务流程不断变化，服务本身或者服务组合随之不断变化），这一切使得治理特别具有挑战性。从很大程度上来说，只有服务符合服务级别协议（Service Level Agrement，SLA）在安全、可靠性、性能和成本等方面规定的要求，跨组织边界分布的这些服务才能够正常、有效地使用。只有设立合规办公室，对整个企业进行监管，并且由业务分析人员和软件开发人员等代表组成，才能最有效地进行识别、指定、创建，然后部署企业级服务，从而实现SOA治理。

人们很容易纠缠于实施SOA方案的技术细节。幸好，SOA治理使得业务和技术之间合作的重要性重新受到关注。到最后，重要的不是技术，而是客户是否采用。如果最终用户认为自己能因而创造经济效益，才会采用及使用基于SOA的应用。