创建面向服务的架构（SOA）需要IT部门与业务部门的紧密配合，确保IT部门建立正确服务的同时，不同业务竖井不会在真空中建立重复服务。SOA治理是建立在进程和制衡机制中保证公司SOA运转正常的一种方法，这种方法不会让公司像某家建立了上百项服务，最后发现三分之一的服务是冗余的银行一样陷入混乱中。

　　无论你是在准备安装SOA系统还是打算重新评估SOA初始期的使用目的，以下是建立和维护SOA治理的六个关键步骤。

　　不要从技术角度，而是从业务角度出发全面理解你要建立的系统蓝图，Todd Biske说。他是市值110亿美元的Monsanto农业公司的总体规划师，也是一本关于SOA治理书籍的作者。

　　在SOA初始期必须确定IT部门将某一特定业务能力只转化为可重复使用服务的原因。缺少SOA治理，任何组织都将面临过度投资的风险，也可能面临服务过多无利可图，或服务过少无法改进业务流程也无法满足业务目标的风险。　

　　“你改变了技术方式，也认识到了这种改变带来的递增收益，譬如说使集成更加简单。但这些都不是转换增益，” Biske说。“除非能认识到整体目标，比如说如何改变软件开发和传送业务解决方案的方式等，否则你就要怀疑自己是否真的让这些变化发生了，或者怀疑自己的方式是不是使用其他技术对前期工作进行了重复。”

　　如果要清楚地定义SOA初始期的预期成果，你需要一名了解业务内涵的规划师和达到预设目标所需的技术，马里兰州Bethesda市洛克希德-马丁公司的SOA规划师Timothy Vibbert如是说。“你不需要一名只会说‘我们这么做是为了增加灵活性’的规划师，这是个技术活，他必须解释他的工作是否会增加顾客满意度或是降低维护成本。

　　如果各部门间缺少有效沟通，建立综合部门或是成立设定和实施SOA策略的审查委员会远不能解决问题。因为成员间的不同意见和规定冲突，一定要从策略定义出发，在策略问题上达成一致。然后审查委员会检查小组成员的工作是否与这些策略相悖，继而各部门之间进行沟通，Biske说。

　　为IT治理项目制定的策略同样适用于SOA初始期。要确认以下内容：参与项目的小组、将会受到影响的系统、某项服务可能影响到的群功能或是业务功能、可能受到影响的现有服务、需要相同服务的不同业务部门以及哪些群体可以提供初始期的资金、是否可以资源共享等。

　　综合部门或是审查委员会必须在股东能够接受的规划基础上，说服股东，互相沟通。Biske曾见过某些组织中综合部门的成员们各有打算，结果是一团糟。“如果不在沟通方面安排一定量的时间，企业就会面临更大的麻烦，”他说。

　　不要幻想一次讨论就能满足所有需要，SOA这样能够实现意义深远组织变革的复杂系统尤其如此。必须重复和调整传递给大批受众、业务部门和个人的信息。

　　必须要明确认识到，在大型企业中有些交流方式（比如说博客）无法被所有人接受。除了内部博客外，Monsanto公司还使用群发电子邮件和举办学习午餐会活动等方式加强沟通。“要使用你能使用的所有交流工具，不漏过团队中的任何一人，因为就SOA问题与一名部门经理沟通和与一名开发人员沟通会有很大的不同。” Biske说。

　　因为SOA系统的一个主要优点是可重复使用服务，所有涉及SOA治理的沟通显得异常重要。相对于可以跨业务功能使用的单项服务，群开发服务的缺点是只能为某一特定群组提供服务。“可重复使用是SOA的一大优势。我曾不止一次见到人们发现自己花大力气开发的服务实际早已由另一个群组开发完毕，” Vibbert说。

　　每次开发新服务之前，你要咨询其他群组，看看能不能从他们那里借鉴一些开发经验，Biske说。