操作SOA
根据INDIGO，操作SOA的主要过程是支持用户使用服务、SLA和QoS管理，如图7所示。关于SOA支持方面，供应中心应该负责建立技术和功能性用户指南。在传统的IT应用中，通常企业会依照ITIL服务质量标准（IT Infrastructure Library）管理用户指南和相关支持性操作。SOA环境下也可以使用类似的标准。
图7
技术性指南和支持由供应中心负责，而功能性指南和支持则由需求中心负责。通常企业会建立三到四层的支持。第一层主要解决简单问题，第二和第三层由稍专业的支持团队解决稍复杂的问题，第四层负责SOA设施和改善服务性能相关的问题。进行技术性与功能性指南和支持时应该利用工作流工具和数据库系统以帮助分类、分析和记录持续恶化的问题。
SLA和QoS管理是保证业务部门的服务用户对服务满意的关键。需求中心与供应中心共同负责提供新服务的规划过程。他们还要负责建立管理包括金融方面、可用性/持续性、QoS、偶然事件分析和安全问题等服务等级协议的过程。如果服务由第三方团队提供，供应中心也要建立供应商评估流程，根据服务等级协议保证服务质量。供应中心还要负责发布能让需求中心满意的配置、变更和版本管理过程。这里要注意的是，可能要结合策略储存库、注册和策略管理设施来管理SOA策略。传统IT企业则是使用BS1500与ITIL标准进行SLA与QoS管理的。
确定任务并平衡期望值
需求与供应中心的重组工作可能会很棘手，因为业务部门与核心IT部门的高级管理人员通常对此有不同的观点。业务部门希望IT部门能给他们带来效益，而IT部门则在想法减少服务的成本。企业应该为需求与供应中心建立清晰的业务计划书，使其有明确的目标。在尝试重组及SOA转型之前应该准备详细的任务与职责规划并充分沟通。对大型企业来说，这种转型通常需要12个月以上。
预期的新职位
预计需求与供应中心将出现以下重要的管理职位：
* 总经理，业务服务部门（需求中心），跨越业务流程与IT两个领域在BPM与服务概念化方面的项目上起带头作用，负责业务部门和供应中心的高级管理工作。
* 经理，业务服务部门（需求中心），负责流程与服务的对应、服务建模、用户评估和功能性指南， 以及供应中心中类似的工作。
* 总经理，服务架构部门（供应中心），负责建立SOA、服务概念化、服务资源评估和合理化的企业标准，维护服务注册，以及需求中心相似的工作。
* 服务实现经理（供应中心），负责实现和构建/购买/重用服务相关的决策，实现服务、确定成功实现的关键业务指标（KPI）等项目管理，并处理需求中心中类似的事务。
* 业务经理（供应中心）负责技术指南操作、SLA管理和QoS，以及需求中心的类似事务。
平衡点
对于小型企业来说，在每个业务部门设立需求中心可能是一种过于昂贵的做法，并且有时这种做法还会降低某些业务部门的效率。这种情况下可以使用浮动式需求中心模式。
在某些情况下，需求中心可能会代业务部门做出一些硬性决定，从而削弱供应中心的作用。这样的需求中心可能会想越过供应中心，直接到供应商处购买服务。因此，供应中心不但要有能力证明他们才是最佳的服务供应商，还要获得企业高级执行官的支持。供应中心经常会对服务转换所需的费用及需求中心计算转换费用的机制提出疑问。因此，服务的转换费用计算应该是透明的，并且在不同业务部门之间的费用分配应该公平合理。
把IT部门划分为供应中心与需求中心能够增强业务部门的责任感，利用规模与范围经济实现服务并清晰地描述出在SOA环境下治理的任务与责任。向需求中心和供应中心的转型是一件需要精心管理的工作，要时刻谨记治理原则，以及任务与职责的分离。