目前，许多企业尚未对实施SOA做好充分准备。经验表明，企业级用户群体最关心的是IT系统如何帮助企业解决实际的业务问题，如何将IT系统的风险降低到最低，如何保障投资回报。因此，他们往往不急于尽快采用最先进的创新技术，而更倾向于选用已经被主流市场所认可的技术方案。

　　基于这样一种背景，国内企业在选择向SOA过渡的过程中既要勇于开拓，又不能盲目跟风。只有当越来越多的企业用户成功地部署了SOA，并从中获得更高的效益和利润，才能使SOA真正在中国企业用户群中站稳脚跟，为它的进一步发展打下基石。

　　另一方面，企业又必须从自己的实际出发。首先，并非所有的企业都适合部署SOA，如果该公司目前规模还比较小、产品又相对单一，IT部门只是作为附属、支持性部门，那么一套ERP系统就足够了。另外，如果在对SOA、甚至服务的认识还处在一知半解的状态下，单纯地在“别人用了好，那么自己也不能落后”这样的想法驱动下急迫过渡，则很可能会遇到极大的风险。譬如，有些企业用户错误地认为SOA项目应该全部由自己开发，而有些用户只是购买一些软件产品，实施的时候完全依靠自己的团队，这样虽然从表面上看是用上了SOA，但对企业的发展却是百弊而无一利的。

　　SOA重在管理

　　SOA的实施，关键不在技术，而偏重于组织、管理与商业模式。IBM公司在其SOA白皮书中明确指出，他们所理解的SOA不仅包含完成业务设计的工具和方法学，将业务设计落实成为技术实现的工具、编程模型和技术，以及集成这些实现的中间架构，还包括对实现过程的管理。有效的管理能够确保资源的高效利用、部门间的高效协作，以及谁将掌控并且如何掌控业务设计和技术实现过程中的变化，最终获得商业利润。然而，一项调查表明，有半数以上的中国企业认为，组织和管理问题是他们实施SOA所面临的主要障碍。

　　由于需要企业内部各部门之间协同作战，势必要求打破企业内部各部门之间的传统屏障，实现各部门的数据共享，甚至需要对企业的内部机制进行一定程度的调整。在调整过程中，如何建立部门之间的信任度，排除不同部门之间的沟通障碍，避免由于利益因素带来的冲突，使IT部门和业务部门达成共识，从而在协作过程中发挥出各自的功能和优势，更是管理者和实施者面临的一大挑战。

　　SOA挑战技术人员

　　长期以来，IT部门中不乏优秀的开发人员，却总是缺乏好的“使用者”。其根源在于大部分技术人员往往只专注于如何编写代码，如何从代码的角度实现可用性，而没把其他的开发人员和架构师当作使用者来对待。

　　不少IT人员没有为自己所编写的代码创造接口以方便别人能够更好的使用，也不提供设计层次的抽象内容来协助其他程序员和架构师从已有的解决方案中选出合适的内容整合到他们的方案中去;他们没有将代码整理给团队中没有参与的人员或者是整个企业范围内的其他团队;甚至并不清楚用户究竟需要什么，从而使得产品对最终用户而言也并不易于使用。

　　发展SOA，要求IT人员将自己看成服务的提供者，这一方面需要观念上的转变：既要求技术人员从服务使用者的角度进行思考，以准确地提供完善的、易用性强的服务，又必须使他们认识到自己也是使用者，学会如何更好使用已有的服务。

　　另一方面，SOA对IT人员的专业素质也提出了更高要求。技术人员要加强对业务流程的认识，有意识地将重点放在业务和IT逻辑的重新梳理上，从而提炼出更多共性模块，做出最有利的服务划分;真正使服务的实现独立于平台及其它外界因素;集成测试之前，确保每个服务功能测试覆盖所有业务逻辑，并在集成测试的过程中，做好不同平台、不同厂商和不同服务之间的协调。