A将为公司带来的长远利益的远景。为整个SOA行动建立财务认证，为公司展示投资回报率、净现值、内部收益率等最重要的财务指标。如果你呈现一个足够好的业务案例，你就将得到足够的资金来启动该行动。同时，几个大的开源产品也能够被用来大大的降低SOA实施的整体成本。
5 有一些执行SOA所需的专门角色和技能也许在组织中并不存在。你需要SOA架构师、业务流程建模、工具包管理员、数据架构师以及许多其他技能。这些职位都并不便宜，但如果在没有任何SOA经验的情况下从事SOA则会成为主要错误。SOA会影响所有的IT部门，包括：测试、基础架构和安全。这比起派出几个开发员去参加一些培训要复杂得多。而且，你还不能忽略业务方面。业务需要流程优化培训，甚至是BPM工具的培训。
建议：建立全面的培训和资源计划，并将之作为首要需求纳入SOA业务案例资金预算。尽量减少你要求更多资金的次数，在起步时尽量多的争取资金。否则，管理层可能会将SOA行动看作是无休止的资金投入。项目管理者联盟文章
6 他们项目管理失败项目经理博客
最终问题将归结到公司的项目管理能力上来。项目管理必须要管理范畴、减轻风险、保证每一个人跟上进度并为处于各个层次的人们提供恰当沟通。需求的收集是至关重要的，同时还必须要避免分析瘫痪。如果你的组织执行普通项目都很困难的话，那么SOA成功面临的挑战将是成倍的。
建议：把您的最佳项目管理资源放在这个项目上。不然的话就到组织外部请一两个权威来领导此次行动。不管你选择谁，他们都应该在开展大型、变革性行动方面具有丰富的经验。更有挑战性的是这个人还需要有足够的技术背景来从理念层面理解SOA。项目管理者联盟文章
7 他们将SOA看作是一个项目而非架构blog.mypm.net
很多公司都天真的认为实施SOA仅仅是一个项目而已。SOA是一个软件架构，而只有公司坚持以服务为导向的核心原则，确保其交付与架构远景和路线图一致，SOA才能带来所需要的利益。SOA要求专业化。一个商业服务可以通过SOA架构师、开发人员、数据架构师、网络架构师以及一个安全专家的努力建立起来。一人全能的时代已经一去不复返了，在各个层次都有专业分工：有用户界面设计师、业务流程建模、数据服务专家、业务规则专员、企业服务总线(ESB)专家等等。所有的这些专家可能同时致力于同一个服务，这也需要高水平的协作。
建议：标准的IT团队结构对于SOA来说是没有效果的。要摆脱传统思维的束缚，我更为偏好矩阵式组织和作战式环境。拆掉隔间，建立一个开放的空间以供这些专家近距离的一起工作。这同样也帮助了商务团队和测试员。在四处挂上白板， 尽可能消除会议安排，选择更具协作性的方法来代替会议。
8 他们低估SOA的复杂性training.mypm.net
你并不了解你未知的一些东西。从概念上说，SOA仅仅是IT 随着时间的下一个演变结果罢了。这并不难理解，但却很难正确的实施。SOA和BPM的好处在于为终端用户带来的简化，这是通过集成各种后端系统形成了对于用户来说综合性的应用软件做到的。SOA的缺点是大大增加了建立和管理软件的复杂性。建立SOA是一个软件工程的练习，而不是拖放开