IT部门之外的大多数企业雇员在一个团队中@@、一个部门@@、一个单位或某种类似的分级结构中工作@@。这种组织模式很长时间一直有效地适应大企业@@、政府@@和军队的需要@@。可以理解的是@@，在这种组织结构中的人通过这种体系中他们所处位置@@的环境看世界@@。但是@@，当@@IT解决方案要求来自企业各个部分的代表的意见时@@，这种组织结构给@@SOA带来挑战@@。
分级机构对@@SOA的冲击@@
IT部门之外的大多数企业雇员在一个团队中@@、一个部门@@、一个单位或某种类似的分级结构中工作@@。这种组织模式很长时间一直有效地适应大企业@@、政府@@和军队的需要@@。可以理解的是@@，在这种组织结构中的人通过这种体系中他们所处位置@@的环境看世界@@。但是@@，当@@IT解决方案要求来自企业各个部分的代表的意见时@@，这种组织结构给@@SOA带来挑战@@。
软件世界经过许多年发展成熟到了分析与设计成为非常细化的流程的程度@@。IT世界中的多数人目前相当@@熟悉用于收集业务需求和开发系统架构的主要技术@@。主题专家@@（SME，有时叫做领域专家@@）的角色现在在软件开发项目中很常见@@。这一角色很好地服务于构建传统上满足业务单位需要的业务线系统@@――软件竖井@@，如果你愿意这样称呼的许@@。直接利用业务专家的知识使开发团队可以开发契合业务单位需要的解决方案@@。这个流程绝不简单@@，但它至少是常见的@@、得到充分了解的@@。
部门利益或影响@@SOA整体实施效果@@
一个独特的@@SOA挑战是它需要将来自企业各个部门的@@SME召集起来@@。SOA构建一个新的协作的知识基础@@，描述企业如何在一个高于单个业务线之上的水平运行@@。来自每个业务线的代表必须参与分析@@SOA的需求和能力@@。如果每个业务单位拥有自己的@@IT人员@@，这种人可能也要参与@@。
这不只是让更多@@的人提供意见@@、解释自己部门的需要的问题@@。随着参与这个分析过程的人员@@数量的增加@@，观点@@的数量也在增加@@。业务单位代表可能看到被他们亲近自己的业务单位所歪曲的分析@@，而忽视其它业务单位的观点@@和需要@@。这实际上是意料之中的@@，因为每个人都在他们熟悉的领域中发挥作用@@，可能没有意识到其它领域并不以同样的方式运行@@。通常@@，SME是自己所在部门的领导人@@，可能持一种@@“一切都是关于我@@@@”的态度@@；这里的@@“我@@”实际上就是我@@的部门@@。这种态度很少是有意的@@，但代表着我@@以前写过的@@SOA和集成项目中相当@@常见的系统偏见形式@@。我@@喜欢会与许多代表一起开会@@，以鼓励参与者看到更大的图画@@。
在我@@从事的行业中@@，我@@常常参加有来自财务@@、会计和运营@@（售后@@）以及@@IT的代表参加的会议@@。这些团队成员都对企业中的某一数据流有着独特的观点@@@@，但每个成员只看到一个部分@@。这种数据的陈述对于每个部门是不同的@@，但基础实体是相同的@@：订单和相关财务数据@@。
