企业架构（EA）是组织转型的支柱。随着企业应对数字化复杂性，框架的选择变得至关重要。开放组架构框架（TOGAF）仍是行业标准。然而，TOGAF 10 的发布带来了显著的演进。理解 TOGAF 10 与 TOGAF 9 之间的差异，对致力于构建稳健系统的架构师而言至关重要。本指南对两个版本进行了严谨分析，突出展示了结构上的转变、哲学上的变化以及实际应用的影响。
理解当前格局 🌍
开放组会定期更新 TOGAF，以反映技术与业务需求的变化。TOGAF 9 于 2009 年发布，标准化了架构开发方法（ADM）。它成为大型 IT 与业务对齐的首选参考。TOGAF 10 于 2018 年推出，并随后进行了更新，将框架重新定位为更具模块化和能力导向的结构。它回应了关于僵化性的批评，并更好地契合现代敏捷与 DevOps 实践。
对组织而言，这不仅仅是版本升级。它代表着架构在概念化、交付和治理方式上的转变。利益相关者必须评估其当前流程的成熟度，判断是否应迁移到更新的标准，还是 TOGAF 9 的稳定性已足以满足其当前目标。
核心哲学转变 🔄
根本区别在于其底层哲学。TOGAF 9 将框架视为一个整体性文档，你需要从头到尾阅读，或选择特定章节。而 TOGAF 10 将框架视为一组组件，使组织能够仅采纳所需部分，从而降低开销。
-
模块化： TOGAF 10 将核心原则与内容元模型及 ADM 循环分离开来。这意味着组织可以在不采用完整 ADM 的情况下使用治理模型。
-
能力导向： TOGAF 10 更加重视能力。它从纯粹以技术为中心的视角，转向以业务价值交付为核心。
-
集成： 版本 10 的设计目标是与其他标准（如 ITIL、COBIT 和 PMI）实现更无缝的集成。TOGAF 9 虽有集成指南，但版本 10 将兼容性作为结构上的优先事项。
TOGAF 9：既定标准 📜
TOGAF 9 为企事业架构奠定了坚实的基础。其主要贡献是架构开发方法（ADM）。这一循环过程引导架构师从最初的愿景，到实施与维护。
TOGAF 9 的核心组件
-
ADM 循环： 一个十步流程（准备、A 到 H 阶段，以及需求管理）。它具有线性特征但又具备迭代性，确保每个阶段都充分严谨。
-
内容元模型： 定义了工件、构建块和可交付成果。它规范了所生成的文档和图表类型。
-
企业连续体： 提供一个用于分类架构资产的仓库。它有助于复用现有解决方案，而非从零开始构建。
-
架构治理： 建立架构生命周期内合规性与变更管理的规则。
尽管有效，TOGAF 9 常因文档繁重而受到批评。对内容元模型的关注可能导致过度报告，却未带来相应的业务价值。组织往往花费更多时间在创建工件上，而非真正解决业务问题。
TOGAF 10：现代方法 🚀
TOGAF 10 回应了敏捷性的需求。它承认单一的‘一刀切’方法并不适用于所有企业。该框架现在被划分为不同部分，支持按需定制采纳。
TOGAF 10 的核心组件
-
构建块： 该概念被优化，聚焦于可复用的组件，以实现特定能力。这更贴近微服务和模块化设计模式。
-
基于能力的架构： 关注点从组织拥有什么技术，转向组织能够做什么。这确保了与战略目标的一致性。
-
扩展的治理： 治理被视为持续的活动，而非阶段门禁。它支持实时合规性检查。
-
迭代式ADM： ADM更具灵活性。它支持增量交付，并在前提条件满足或风险较低时允许跳过某些阶段。
详细对比表 📊
下表概述了两个版本之间的结构差异。这有助于快速评估哪个版本更符合当前组织的需求。
|
功能 |
TOGAF 9 |
TOGAF 10 |
|---|---|---|
|
结构 |
单体文档 |
模块化部分 |
|
主要关注点 |
技术与交付成果 |
能力与价值 |
|
ADM灵活性 |
严格循环阶段 |
迭代式且可定制 |
|
内容元模型 |
固定成果 |
动态且可定制 |
|
集成 |
提供的指导 |
结构兼容性 |
|
采纳曲线 |
高文档负担 |
降低的开销 |
|
目标受众 |
传统IT环境 |
敏捷与混合环境 |
深入剖析：架构开发方法（ADM） 🛠️
ADM是TOGAF的核心。两个版本都使用它，但应用方式存在显著差异。
TOGAF 9 ADM 特性
-
分阶段方法： 每个阶段（A到H）都必须完成才能进入下一阶段。这确保了全面的文档记录。
-
关口： 正式的架构评审委员会很常见。决策在特定的检查点做出。
-
可交付成果： 强调创建特定文档，如架构愿景、业务架构和数据架构。
TOGAF 10 ADM 特性
-
能力导向： 各阶段与能力成熟度相关联。如果某项能力已经成熟，该阶段可以简化。
-
持续流动： 各阶段之间的界限不那么严格。反馈回路被直接整合到流程中。
-
价值交付： 最终目标明确与业务成果挂钩。文档的重要性次于所创造的价值。
对于应对快速市场变化的现代企业而言，TOGAF 9的严格阶段可能造成瓶颈。TOGAF 10允许架构师在不破坏框架完整性的前提下快速调整方向。
内容元模型与构件 📄
构件是架构过程的有形产出。在TOGAF 9中，内容元模型具有强制性，它明确规定了每个阶段所需的图表和文档。
在TOGAF 10中，内容元模型更具灵活性。它提供了一个潜在构件的目录，但允许架构师根据上下文进行选择。这减少了创建无人阅读的构件所带来的行政负担。
-
TOGAF 9： 要求每个项目都必须交付一组特定的成果。这确保了一致性，但可能导致资源浪费。
-
TOGAF 10： 定义了一个“最小可行架构”。如果复杂性要求，团队可以扩大构件集。
这种灵活性支持精益方法论。架构师可以仅生成足够治理系统的文档，而不会抑制开发速度。
治理与合规 🛡️
治理确保架构决策与组织战略保持一致。两个版本都涉及这一点，但机制有所不同。
TOGAF 9 治理
-
专注于遵守架构定义。
-
依赖架构评审委员会（ARB）对变更进行批准。
-
通常为被动响应，在实施计划制定后才检查合规性。
TOGAF 10 治理
-
专注于持续的价值实现。
-
将治理融入交付生命周期。
-
在可能的情况下支持自动化合规检查。
TOGAF 10 的转变反映了现代软件交付是持续进行的现实。在部署代码前等待 ARB 批准通常不切实际。TOGAF 10 支持一种治理嵌入流水线的模式。
迁移策略 🗺️
目前使用 TOGAF 9 的组织面临一个抉择：是否应迁移到 TOGAF 10？迁移并非简单的软件更新，而是需要流程再造。
评估步骤
-
评估当前成熟度：评估企业架构（EA）职能的当前状态。如果现有流程运行良好，可能无需立即进行全面迁移。
-
识别痛点：确定 TOGAF 9 在哪些方面造成阻碍。是文档问题？还是速度问题？这有助于识别 TOGAF 10 能带来价值的领域。
-
试点项目：选择一个项目来应用 TOGAF 10 的原则。这可以降低风险，并为决策提供数据支持。
-
培训：确保架构师理解 TOGAF 10 的模块化特性。必须摒弃过去遵循单一文档的习惯。
混合方法
一些组织选择混合方法。他们保留 TOGAF 9 的 ADM 结构，但采用 TOGAF 10 的模块化和能力聚焦特性。这使得可以在不干扰现有工作流程的情况下实现渐进式过渡。
认证与职业发展 🎓
认证体系也已演进。TOGAF 9 的认证路径已相当成熟。TOGAF 10 引入了与模块化框架相一致的新结构。
-
TOGAF 9： 两个级别（基础级和认证级）。侧重于对 ADM 和内容元模型知识的掌握。
-
TOGAF 10： 引入“企业架构专业人士”称号。强调实际应用和能力管理。
对个人而言，持有 TOGAF 10 认证表明其具备现代架构实践的专业能力。然而，核心概念仍足够相似，使得知识转移效率较高。
采纳中的挑战 🚧
尽管有诸多好处，转向 TOGAF 10 仍面临挑战。其灵活性可能令人困惑。若缺乏明确指导，团队可能会忽视关键控制措施。
-
标准化的丧失：过度定制可能导致企业范围内架构不一致。
-
培训成本：更新培训材料和讲师专业能力需要投入。
-
对变革的抵制：习惯于TOGAF 9可预测性的高级利益相关者可能会抵制新的灵活性。
为降低这些风险，组织应建立明确的约束机制。定义企业架构职能的“不可协商事项”。这些约束机制确保灵活性不会导致混乱。
为您的架构做好未来准备 🌐
技术环境变化迅速。云计算、人工智能和物联网带来了新的复杂性。TOGAF 10的设计比TOGAF 9更能适应这些变化。
-
云中立性：TOGAF 10不指定特定的云服务商。它关注的是利用云服务所需的各项能力。
-
以数据为中心：随着数据驱动决策的兴起，TOGAF 10更加重视数据架构与管理。
-
安全集成：安全不再是一个独立的阶段，而是从一开始就融入能力设计之中。
投资TOGAF 10的组织正在为长期稳定奠定基础。该框架的适应性确保其在技术不断演进的过程中依然保持相关性。
实用的实施建议 💡
对于准备实施TOGAF 10的团队，推荐以下实践。
-
从小处着手：不要试图一夜之间重构整个企业架构。应从特定领域或业务能力开始。
-
参与利益相关方：确保业务领导者理解其价值主张。如果他们看不到价值，架构职能将举步维艰。
-
利用工具：使用支持模块化框架的企业架构工具。这有助于管理定制化成果的复杂性。
-
衡量成果：根据价值交付而非文档完成情况来定义指标。跟踪架构决策对业务绩效的影响。
差异总结 📝
从TOGAF 9到TOGAF 10的过渡是该框架的成熟体现。它从一个规定性标准转变为一个赋能工具包。对齐、治理和标准化的核心原则依然保持不变。然而，交付机制变得更加敏捷且更具情境意识。
组织必须权衡自身的当前成熟度与未来抱负。如果目标是稳定性和严格合规，TOGAF 9仍然是一个合理的选择。如果目标是敏捷性和价值交付，TOGAF 10则提供了更优的路径。
关于选择的最终思考 🤔
选择合适的框架版本取决于组织的具体情况。没有唯一的正确答案。决策应基于对企业战略方向、技术成熟度和风险承受能力的清晰理解。
通过仔细评估本指南中概述的差异，领导者可以做出明智的决策。他们可以确保架构职能支持而非阻碍业务增长。无论采用 TOGAF 9 还是迁移到 TOGAF 10，最终目标始终如一：构建一个具有韧性、适应性强且高效的组织。
随着行业持续发展，框架也必须随之演进。TOGAF 10 在这一方向上迈出了重要一步。它既提供了治理所需的结构，又具备创新所需的灵活性。对现代企业而言，这种平衡至关重要。
