组织架构层级

2025-03-28

每个组织中都有某种形式的层级结构。几乎可以说这是必要的。虽然许多组织尽力让组织层级之间的距离尽可能透明和缩小，但很少有组织能够真正做到这一点。尽管如此，层级结构对于良好的商业运作仍然是必要的。在架构领域也是如此。架构层级同样是必要的。就我而言，最大的区别在于，这种层级结构更多的是关于谁负责架构的哪些部分，而不是谁是上级，谁是下级。

为了说明这一点，让我们回顾一下架构中角色和职能的差异。

角色与职能

角色与职能之间的差异可以这样描述：角色与执行的工作流程相关，而职能则更多与组织的层级结构相关。在架构的背景下，某个架构师可能被分配为领域架构师角色，但实际上，这个人在组织的层级结构中可能履行技术架构师的职能（基于更通用的职位描述）。

为了进一步澄清，分配给领域架构师角色的人负责与特定领域相关的所有工作流程。分配给此人的职能，例如技术架构师，允许组织将此人层级地定位于IT部门。如果分配给此人的职能是业务架构师，那么其层级位置将不在IT部门，而是在其他业务单元中。在这两种情况下，分配给此人的角色仍然是领域架构师。

领域架构师

从架构角度看待组织时，我们可以将组织划分为若干个领域。领域的数量和命名方式在很大程度上取决于所使用的框架。在这个例子中，我将使用TOGAF®标准，并补充我认为是一个关键领域——信息领域。简而言之，这让我得出四个领域。

• 业务领域

• 信息领域

• 应用（和数据）领域

• 技术领域

如果某人专注于或在上述某个领域中工作，例如处理业务流程、业务职能、角色等，那么可以说此人活跃在业务领域。如果某人处理信息概念和信息流，那么此人活跃在信息领域，依此类推。

组织架构层级：角色与职能

上述在不同领域工作的两个例子，都由担任领域架构师角色的人执行。因此，领域架构师的角色中有多种变化。企业架构师和解决方案架构师的角色也是如此。

我经常遇到认为首席架构师既是一个角色又是一个职能的人。事实上，并非如此。首席架构师不过是被指定领导一个项目或程序的架构师。这个职称既不是角色，也不是职能，因为它既没有描述该职位所涉及的工作流程，也没有说明该架构师在组织中的层级位置。

通用架构角色

上述描述的角色有所不同。一方面是架构适用的系统或环境的范围（架构宽度），另一方面是架构的细节层次（架构深度）。架构领域区分了四个通用角色。

通用架构角色

• 企业架构师：此角色负责整个企业范围的生态系统。然而，在实践中，企业架构师可能专注于企业的某一部分。当组织拥有多个企业架构师时，某位企业架构师可能会专注于企业的特定部分。企业架构师是架构能力的一部分，专注于与企业架构相关的所有方面。

• 领域架构师：领域架构师负责企业层级以下的特定领域（如业务领域、信息领域等）。例如，在大组织中，通常一个领域架构师会负责与某个特定领域相关的一切，例如业务领域（包括业务职能、流程、对象等）。

• 解决方案架构师：解决方案架构师专注于复杂的应用或基础设施元素。例如，考虑像CRM应用这样的旗舰应用。通常，这样的应用在多年发展过程中，已经演变成一个由遗留组件和现代组件混合组成的复杂环境。解决方案架构师的工作是维护这类旗舰应用的可靠性。

• 系统或软件工程师：虽然这不是一个架构角色，但这些工程师扮演着非常重要的角色，因此在这里被提到。作为架构师，我们不能忽视这个角色。这些工程师在实现系统时至关重要。他们的任务是指定、实施和测试业务应用或基础设施系统所需的功能。他们因其专业知识而受到重视，并能够提供关于架构决策的反馈。

那么职能呢？

正如我们在图中所看到的“角色与职能”，在一个角色的背景下可以存在一个或多个架构职能。例如，企业架构师的角色包括首席企业架构师和企业架构师的职能。

如前所述，领域架构师的角色包括业务架构师、信息架构师、应用架构师或技术架构师（有时称为IT架构师）的职能。

企业架构师并非企业的技术架构师

起源不明

解决方案架构师角色也有多个职能，例如软件架构师、云架构师或网络架构师等。这三个职能可以归类于解决方案架构师角色，因为它们涵盖了一个领域内的特定关注点。我需要注意的是，云架构师是一个例外，因为这个角色不仅涵盖技术领域，还涉及应用领域。

回到层级结构

当我们看待一个组织的层级结构时，通常会有总监、经理和员工等角色。企业架构师、领域架构师和解决方案架构师的角色可以一对一地映射。并不是因为管理层级，而是因为这些角色的关注点；即架构层级。

组织架构层级的相似性

上图展示了总监、经理、员工与企业架构师、领域架构师、解决方案架构师之间关系的相似性。总监和企业架构师处理战略问题，关注回答为什么的问题。经理和领域架构师处理战术问题，回答什么的问题。员工和解决方案架构师则处于操作层面，回答如何做的问题。

陷入循环

许多组织没有意识到上述分类，也不知道架构层级的存在。这与缺乏对架构领域的了解以及高层管理者想要控制一切难以理解的需求有关。它使得架构领域陷入了一个循环。组织固守着“架构师不过是IT部门中的一个职能”这一观念。

就我而言，继续传播这个信息的需求比以往任何时候都更加迫切：在IT之外，还有一个需要架构关注和支持的大世界。只有通过不断传播这个信息，才能随着时间的推移（虽然非常缓慢）逐渐改变现状。

Eric Jager是一位资深的企业架构专家及作家，拥有超过15年经验，著有《企业架构入门》及即将出版的《精通TOGAF®标准》。他持有Certified Master Architect、TOGAF® Practitioner等多项认证，并专注于将复杂商业战略转化为切实可行的架构解决方案