有太多的SOA项目把重点放在了假设的、糟糕的或者虚构的业务需求方面。这种需求通常不是真正的机构需求、技术需求或者业务部门担心的需求。

　　我们解释一下，SOA通常没有事先确定的观点。IT负责人知道这些原则。他们有一个预期好的列表，如互操作性和资源再利用等。

　　但是，一定要小心不要用你的预期给你的SOA项目施加压力，而要考虑你的用户的需求。毕竟你的计划必须要准确地反应你的企业的目标。

　　因此，你应该忘掉这个目标，就是开发一个仅适应一种具体的技术风格的面向系统的方法。SOA不仅仅是基于标准的集成和影响到其它协议的Web服务。如果你超越标准，采取灵活的方法，SOA就能够让企业对业务流程做出及时的和节省成本的变化。

　　你不要事先确定一些规则，你应该采取一种开放的方法，依靠你的IT人员编制用户的真正需求文件。

　　小规模起步，建立一个与业务部门合作的有效的方法，然后找出SOA的真正需求。并非所有的用户都能够修改流程，并非所有的服务在所有的业务部门都通用并值得采用SOA的方法。

　　业务部门将有一系列广泛的战略目标。这些战略目标可能会与客户服务、效率和技术创新有关。SOA能够帮助满足这些方面的目标。但是，只有在这个灵活的面向服务的流程与业务需求密切协调的时候才能满足这些目标。

　　企业应该要求IT主管必须与业务部门合作找到能够解耦合和轻松地修改的流程。考虑一下SOA的具体技术方法(如再利用和集成)如何能够应用于为业务问题创建具体的解决方案。

　　当业务部门说它需要快速的技术创新的时候，考虑一下如何使用SOA再利用资源和减少时间延迟。当业务部门说他要削减成本和改善经营效率的时候，考虑一下如何利用SOA建立一个单一的、集成的平台。

　　业务需要应该是王，而技术标准不是王。从基础的应用程序中解耦数据和当工作流需要改变的时候，用户将能够做出简单的修改。当你倾听业务部门的要求的时候，这就意味着SOA能够帮助推动企业的增长。