BPM和SOA的交汇点是两个思想体系必须一起工作：业务人员和开发人员。这两个理念体系沟通需求的效力对于SOA和BPM成功实施必不可少。

　　在最近SearchSOA虚拟展会的座谈小组中，许多专家论及这个领域的问题。大家都同意的一件事情是集成和培训团队的需求。

　　Kemsley Design 分析员兼系统架构师Sandy Kemsley表示她经常看到业务专家团队纯粹地思考营业期和开发人员仅仅思考他们所要写代码方面。但是SOA不是考一个人写代码就能创建的那一类的架构。它的核心是一种概念上的东西。

　　Modus 21的Peter Woodhull认为“我们发现最大的障碍是不变的组织和你不得不以培训开始，IT意识到他们不再有责任。业务成为了责任主体。”

　　一个企业很大程度上准备通过SOA进入BPM，而收益是巨大的。流程一旦进入silo，并且不再重用组件，SOA支持的BPM在一段时间后，远比修改和连接新的流程容易。

　　Woodhull认为SOA实际上给更小的企业提供了竞争力。在大一点的组织中，经常是为服从目标实施SOA的心态。小企业则更完全地可以接受SOA。因此，BPM实践被证明是更有效的。

　　Lombardi 技术市场总监Marc Smith认为“一起使用BPM和SOA，随着时间的推移真的有所回报。当你开始着眼于长期的目标和执行，即连同你的流程改进工具使用SOA技术便开始了回报。”

　　座谈小组普遍认为这对于BPM实施一侧的业务和IT是最重要的，BPM实施合作用来精确定义业务目标是什么和在其上运作需要什么。

　　SOA意在解决紊乱代码和系统的问题，通常涉及“意大利面条式代码”。但是没有一个业务目标，SOA甚至可以导致这样的损坏的系统。据Lombardi的Smith所述：“除非你在尽力的的做业务的背景下使用SOA，否则你将以新的意大利面条式代码取代旧的意大利式代码而告终。”