当今的企业面临着一组新的挑战，它们需要提高灵活性、敏捷性和响应能力，否则就会完全丧失各种机会。关键的挑战是要确保企业的基础设施支持灵活性。由于业务流程要依赖于许多关键业务应用，而这些应用可能散布在整个企业的各个部门中，因此应用整合是提供这种敏捷性，并将企业转变为随需应变企业的基本步骤之一。有了面向服务的架构(Service-oriented Architecture，SOA)，我们离实现这种远景迈出了一大步。

SOA是一种企业级的IT架构方式，它把IT资源作为与业务协调的服务来提供，从而满足业务要求。SOA支持面向服务这种方式可以通过相联服务的形式整合公司。面向服务让应用程序能够调用对方的行为作为服务;也就是说，这种可以重复的业务任务是自我描述、可以发现的，可满足服务质量的特定要求，还可以通过治理来加以管理。不过，BPM和SOA的驱动因素大不相同：BPM是业务驱动型计划，而SOA是IT驱动型计划。
　　业务流程管理，不仅仅只是作为一种工具，同时也作为一门科学，当我们展望2008年的时候，SOA解决方案提供商也许会面临更长的道路，也许并非如此。不过，SOA解决方案提供商总会有艰巨的任务。SOA产品是以一种IT结构为基础的产品。这种架构需要在同一个网页上得到管理和IT支持。
　　是什么原因开始让BPM和SOA联系到一起并受到了分析师们的更多关注甚至还成为了业界新闻的呢?毋庸质疑，SOA可以作为一个基础，用以整个企业范围的BPM管理。
在 SOA 上实施 BPM 解决方案以获得业务灵活性
　　为了跟上当今业务需求的变化步伐，很多企业都在努力提高其基本业务流程的运行速度和对市场变化的响应速度。业务流程管理(BPM)可以减少企业的低效之处，帮助企业主动跟上市场的变化步伐。如今，很多企业都在广泛应用BPM，覆盖了从财务一致性管理到自动处理贷款和信用检查等多种业务流程。SOA已成为 BPM 的一个重要基础，它使流程服务能够快速组合，从而编排成更大的端到端流程，这是因为企业需要基于"服务"来设计可以灵活更改的流程，这些流程并没有被"写死"到应用程序的代码结构中的，不会导致以后无法更改。

　　　　SOA解决方案中的治理需求来源于机构的复杂性，因为随着时间的推移，企业已经开发和重新使用了SOA环境中的服务。人们开始很容易地在一个机构中制作许多这种服务。这是很好的，并且推动了人们向SOA的方向发展。另一方面，这种做法也造成了某种程度的混乱。对于一个SOA项目来说，最糟糕的是让几项服务做同样的事情，但是却没有人知道哪一项服务实际上做什么。由于其面向服务的性质，SOA本身已经帮助了内部业务的运行。Totev举例说Software AG公司的客户北欧航空公司就把IT看作是一个重要部门。

　　一旦他们转向谈论拥有服务级协议和解释明确的功能的服务的时候，他们更容易向股东解释他们正在做什么工作，这个变化将产生什么影响，接触或者改变了哪一个具体的计划。

　　目前有一种倾向是将协同与OA对应起来，这种观点除了某些工具类协同软件在应用上尚显匮乏，从而给人以误解外，也不排除是传统OA对协同思想持排斥态度的结果。

　　从国外同类产品横向分析来看，协同与OA虽然并不等同，但相互之间有很深的渊源。微软的协同软件产品名称Networks，就包含了网络办公的意思。IBM的协同软件，也来源于广泛用于OA领域的Lotus 。从国内协同软件产品来看，协同与OA也密不可分，如复旦协达等市场主流协同软件，不仅能够实现协同商务的应用，同时OA也是其基础应用之一。

　　从理论角度分析，协同是管理思想，OA是应用领域，两者虽不等同，但更不应对立;从实际应用角度分析，协同应用较早、较广的协同写作，与OA的公文管理中多人协作核稿、审稿等应用，所面向的具体事务和工作内容几乎吻合。OA与工作流的关系，就像与即时通讯、协同写作的关系一样：并非对立，而是交融。使用这种BPM工具的时候明显减少了手工工作流的集成点。同时，较低的经营成本和更为简洁的业务工作流有效的增加了他们的投资回报，让BPM工具的投入迅速带来了收益。