无知是企业架构失败的原因

2025-05-12

谁说无知是福？无知是企业架构在组织中失败的主要原因。

更具体地说，组织的无知是企业架构在组织内持续不成熟的根本原因。也就是说，如果你运气好的话…通常，正是这种无知导致了企业架构的完全失败。

我曾经讨论过企业架构的错位问题（在医疗环境中），但鉴于情况的严重性，我认为有必要再一次进行讨论。

因为组织继续顽固地坚持他们认为企业架构意味着什么的旧有看法，他们无法适应过去几十年来企业架构的演变。因此，架构领域继续被视为IT部门的一部分，带来严重的后果。

远不止IT

诚然，架构职业在1980年代末由John Zachman（以开发Zachman框架而著名）推向了舞台，并且当时主要是一个基础设施角度的职业。然而，在这些年里，这一职业已经有了显著的发展。最初起源于基础设施角度的架构，随着应用/数据架构层和业务架构层的加入，已经成熟。架构领域的这两个新增层级，形成了今天我们所知的企业架构。

咨询机构最清楚

我曾简单提到过组织的无知是企业架构在组织中失败的主要原因。此外，矛头还可以指向那些大型咨询机构。它们也陷入了几十年前的旧有看法。在它们的多样化目标操作模型中，咨询巨头们只使用了“架构”这一术语，因为它们无法赋予其更多含义。它们不懂如何区分架构领域中的不同角色，因此架构被安排在一个它们被教导应该归属的部门：IT部门。

不幸的是，这些咨询机构通常是那些不知情的组织的咨询机构。

企业架构师的任务

如果你看一下架构师的任务，并将它们表现为一个四象限模型，横轴为业务和IT，纵轴为战略和操作，那么下面的模型便出现了。

企业架构师的任务

图片来源：Jürgen Jung，Bardo Fraunholz，《企业架构管理大师班》（Springer，瑞士，2021）

这个模型展示了企业架构师的任务。架构师在组织中的定位决定了他们可以执行的任务。错误的定位与企业架构未能成熟的结果直接相关。

企业架构应该是一个公司层面的职能部门，它不仅可以进行描述和规定，还可以作为变革、标准和指导方针的推动者，为其他部门提供支持。

IT部门下的架构定位

当架构职能被定位在IT部门下时，很明显，它与业务在战略层面的联系不存在。架构无法在IT部门内将组织的战略转化为执行。架构离业务太远，完全与之脱节。无法理解业务流程、能力和对象，这意味着架构的范围永久性地被局限在应用景观和基础技术上。IT景观将只能做它能做的事：变成一个不透明的混乱，充满了不相关的应用程序。一个无法管理的整体。

作为独立于IT的单元定位

通过将架构定位为独立的单元，与IT、财务、人力资源等部门并列，可以实现企业架构在IT边界外的运作。现在，可以与业务人员协作，并且可以与IT对接。然而，另一方面，通过成为与IT同级的单元，架构无法对其他部门提供约束或指导，因为它处于同一层级。

CEO（或董事会）下的架构定位

只有当架构直接定位于CEO下时，才能正确实施企业架构，确保战略能够转化为适当对接的IT环境。战略/业务象限得以解决，业务与IT的对接成为可能，因为现在可以从战略角度进行活动，实施全公司的治理。将架构职能直接定位于CEO下，最大化了企业架构的业务影响力。

企业架构在组织内的正确定位对于这一职能的成功和范围至关重要。

我们本应假设，“企业”这一词就能揭示企业架构在组织内的正确位置……如果没有在公司层面定位，它又如何能实现全公司的治理呢？显然，企业架构是一项战略职能，这清楚地界定了它在组织中的位置。

然而，这一图景可能需要几年，甚至几十年才能在组织中充分渗透。

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