一、开班信息：四个整天的互动直播课

本期课程为 TOGAF 企业架构师认证（第10版） 互动直播班，采用讲师实时授课、班级群答疑与在线互动相结合的方式组织教学。课程共四个整天，按 Day 1 至 Day 4 逐日推进，每天聚焦一个主题板块，概念讲解、方法演示与课堂练习交替进行。

本文发布时，10 月 17 日至 18 日的 Day 1、Day 2 已经完成，10 月 24 日至 25 日的 Day 3、Day 4 将继续进行。对于正在了解 TOGAF 的学员来说，这个班期的课程结构本身就提供了一份清晰的学习地图：先建立概念与框架，再进入治理与实战。

---

二、AI 时代，为什么企业更需要企业架构

过去两年，企业内部的 AI 工具、智能体和数据应用数量快速增加。业务部门各自采购工具、各自搭建智能体、各自维护数据集，短期看效率提升了，长期看却容易形成新的碎片：系统分散、数据割裂、重复建设、治理边界不清。原本存在于传统信息系统中的“烟囱”，在 AI 时代以另一种形式重新出现。

企业架构解决的正是这个层面的问题。它不是某一个系统怎么建，也不是某一个模型怎么调，而是站在企业整体视角，回答业务目标、能力地图、数据基础、应用集成、技术底座与治理机制之间的关系。AI 工具越多，越需要一层统筹的结构，否则投入越分散，沉淀越少。

这也是 TOGAF 在 AI 时代依然被大量企业采用的原因。它提供的是一套可以反复使用的方法：从战略与业务出发，梳理现状架构与目标架构，形成差距分析与演进路线，再用治理机制把路线落实到项目与系统建设中。AI 项目如果缺少这一层，很容易变成一个个孤立的试点。

---

三、TOGAF 第10版的知识体系：九个板块

TOGAF 第10版在结构上做了明显调整，从过去偏重文档与流程的写法，转向更贴近数字化与敏捷实践的组织方式，通常被称为“九宫格”结构。九个板块各司其职，又相互衔接：

• 从业人员指导：说明企业架构师在不同组织环境中需要具备的能力、角色定位与工作方式。
• 企业架构开发技术：把架构开发过程中反复使用的技术手段集中起来，供不同阶段调用。
• 如何构建一个团队：从组织与人员角度讨论架构团队的组建、能力配置与协作机制。
• 组织企业架构内容：解决架构资产如何分类、如何存放、如何复用的问题。
• 开发一个企业架构：以 ADM 为主线，讲清从预备到演进的全过程。
• 使用架构风格：讨论不同架构风格与架构视角的选择与适配。
• 特定领域指导：面向安全、数据、业务等具体领域的架构指导。
• 运营及治理一个企业架构：关注架构落地后的运行、评审、合规与持续演进。
• 参考模型及方法：提供可借鉴的参考模型与通用方法，减少从零开始的成本。

第10版的变化不只是章节重排，而是把“架构如何被使用”放到了和“架构如何被开发”同等重要的位置。

理解这一点，对学习和备考都有帮助：考试考的不是背诵术语，而是在具体情境中判断该用哪个板块、哪个阶段、哪种技术。

---

四、ADM 架构开发方法与 4A 分层

1. ADM：一套循环推进的架构开发方法

ADM（Architecture Development Method，架构开发方法） 是 TOGAF 的核心组件。它以预备阶段为起点，经过阶段 A 的架构愿景、阶段 B 的业务架构、阶段 C 的信息系统架构（数据架构与应用架构）、阶段 D 的技术架构、阶段 E 的机会与解决方案、阶段 F 的迁移规划、阶段 G 的实施治理，直到阶段 H 的架构变更管理，形成一个可以循环的闭环。需求管理贯穿始终，把各阶段的输入输出串起来。

ADM 的价值不在于阶段编号，而在于它把“为什么做、做成什么样、怎么落地、落地后怎么改”变成了一条可被组织反复使用的路径。

2. 4A：把架构拆成四个可以分别设计又必须对齐的层次

在把业务战略转化为变革项目的过程中，架构工作通常按 4A 分层展开。四个层次关注的不是四份文档，而是四类必须相互对齐的决策。

4A 的关键在于对齐：业务架构提出能力需求，数据架构与应用架构承接，技术架构提供支撑。任何一层单独优化，都容易在另外三层产生新的问题。这也是为什么企业架构工作强调端到端，而不是单点设计。

---

五、四天课程大纲

Day 1：核心概念与基础框架

• 企业、企业架构的目的与收益，架构框架与架构域的概念
• 企业连续系列、架构存储库、内容框架与企业元模型
• 架构能力建设、风险管理与差距分析的基本方法
• ADM 简介及其在企业架构、业务架构、安全架构与解决方案架构中的应用

Day 2：支持技术与敏捷、数字化融合

• ADM 与支持指引、技术的关联方式，架构原则与业务场景
• 差距分析、互操作性评估、业务转型准备度与风险评估
• TOGAF 与敏捷的融合：迭代与 ADM、通过分区简化企业架构
• 应用 TOGAF 标准支持数字化企业，以及在 SAFe 与 Scrum 场景中的落地方式

Day 3：架构治理与利益相关者

• 指导有效的变革、架构能力建设、架构治理与企业架构师的角色
• 异构框架的引入：Zachman 企业架构框架与 SABSA 安全架构框架
• 架构合规度审查与多架构状态管理
• 架构内容（构建块、制品与交付物）、干系人管理与利益相关者视图
• 阶段 A 的起点选择与战略架构规划

Day 4：4A 全栈开发实战与前沿技术架构

• 业务架构、数据架构、应用架构、技术架构与安全架构的深入开发
• 业务架构细分：商业模式、业务能力、价值流、组织与信息
• 架构实施与项目管理的关系，使用 SAFe 与 Scrum 实施架构，架构变更管理
• 前沿技术适配：云架构与 AI 架构的设计与落地
• 架构成熟度模型、架构技能框架与架构师职业路径

四天的内容不是彼此独立的模块。Day 1 建立概念，Day 2 补充技术与敏捷视角，Day 3 进入治理与组织，Day 4 把 4A 落到具体设计与前沿技术场景。学员在学完之后回看，通常会发现前面几天的概念在 Day 4 被重新组织了一遍。

---

六、TOGAF 与敏捷、SAFe 的融合

企业架构常被误解为“重文档、慢流程”，与敏捷对立。第10版对此做了明确回应，把融合写进了课程内容，而不只是作为补充话题。

1. 迭代与 ADM

ADM 本身就是一个循环结构。企业级架构可以按较长周期推进，项目级与解决方案级架构则可以放在更短的迭代中完成。同一套阶段划分，通过调整范围与深度，可以适配不同节奏的工作。

2. 通过分区简化企业架构

大型企业的架构范围过大，一次性梳理往往难以推进。分区（Partitioning）把企业架构切分为若干可管理的部分，各自有清晰的边界与负责人，再通过整体架构保持对齐。这样既保留了全局视角，又让局部可以快速迭代。

3. SAFe 与 Scrum 场景

在 SAFe 与 Scrum 的环境中，架构工作不再是前置的一次性设计，而是持续参与：架构师进入敏捷发布火车，架构跑道（Architectural Runway）为后续迭代预留空间，架构史诗（Architectural Epic）进入待办列表，与非功能需求一起被持续处理。架构不进入迭代，就会在迭代之外变成事后补救。

---

七、AI 时代，架构师怎么用 TOGAF 支撑 AI 落地

AI 项目的失败，很少是模型能力不够，更多是业务场景选错、数据基础不足、系统集成困难、责任边界不清。这些问题恰好落在企业架构的工作范围内。

1. 用 AI 辅助架构工作本身

在建模、视图生成与差距分析等环节，AI 工具可以承担大量重复性工作：把业务访谈整理成能力地图，把现状系统清单生成应用架构视图，把目标架构与现状架构比对出差距项，把架构决策记录整理成可检索的知识。架构师的角色因此从“画图”转向“判断”。

2. 用 ADM 规划 AI 的四层基础

• 业务场景：在业务架构中判断哪些场景值得用 AI，收益、风险与责任如何界定，避免为技术而技术。
• 数据基础：在数据架构中明确数据来源、质量、权限与责任，AI 的效果上限往往由数据决定。
• 应用集成：在应用架构中规划智能体与现有系统的接口、调用关系与异常处理，避免形成新的孤岛。
• 技术底座：在技术架构中安排算力、平台、模型服务与安全边界，让能力可以复用而不是重复采购。

AI 落地需要的不是更多试点，而是一条从业务场景到技术底座的连贯路径。 TOGAF 提供的正是这条路径的组织方式：先明确目标架构，再排出差距与优先级，用迁移规划把资源投到关键节点上。

---

八、认证考试怎么考

TOGAF 第10版的认证分为两个级别，考试安排相对清晰，备考周期可控。

两个级别采用联合判定：L1 与 L2 均通过，可获得 Practitioner 从业者证书；仅 L1 通过，可获得 Foundation 基础级证书；L1 未通过而 L2 通过，则暂时无法取得证书。证书终身有效，不需要周期性续证。

如果某一科目未通过，需要间隔一个月后申请补考。这段时间被称为冷静期，在冷静期内参加重考，成绩不予认可。因此备考时更稳妥的做法是把两个级别的内容一起准备，而不是先考 L1 再从头准备 L2。

L1 的考点分布相对集中，ADM 阶段、ADM 指南与技术、企业连续体和工具、架构治理等部分占比较大，基本概念与核心概念则以理解为主。这也解释了为什么课程把大量时间放在 ADM 与治理上：它们既是考试重点，也是实际工作中的主要抓手。

---

九、适合哪些人学

TOGAF 不是只面向架构岗位的课程。凡是需要把业务目标转化为系统建设方案、需要在多个团队之间做技术决策的人，都能从中获得可用的方法。

• 企业架构师、IT 架构师、解决方案架构师：建立完整的方法体系，补齐治理与路线图能力
• 业务架构师：把业务能力、价值流与信息系统衔接起来
• CIO、CTO、数字化转型负责人：从组织层面理解架构如何服务战略与变革
• 项目经理、PMO：从单项目交付扩展到组织级架构与演进路径
• 产品经理：在需求与系统之间建立结构化的判断依据
• 数据、安全、运维等方向的技术管理者：理解本领域架构在企业整体架构中的位置

对于已经学习过项目管理、业务分析、数据治理或 IT 治理课程的学员，TOGAF 往往是一个自然的进阶方向：它把这些分散的专业能力，放到企业整体的框架中重新排列。