TOGAF ADM 是什么
TOGAF 的架构开发方法（ADM）用预备阶段与 A 至 H 阶段组织企业架构工作：从架构愿景、业务架构、信息系统架构、技术架构，到机会与方案、迁移规划、实施治理与变更管理。它是一个迭代循环，可以按需裁剪。ADM 的价值在于提供阶段化的思考框架与产物定义，而不是要求按瀑布方式排期。
基本信息
| 阶段构成 | 预备阶段 + A 架构愿景至 H 变更管理 |
|---|---|
| 核心产物 | 架构愿景、各层架构定义、迁移规划、实施治理结论 |
| 运行方式 | 迭代循环，可裁剪，可与其他方法结合 |
| 关键阶段 | E 机会与方案、F 迁移规划决定能否落地 |
| 适用范围 | 企业级架构治理、跨系统长期演进规划 |
典型使用场景
- 跨部门系统整合需要统一的架构愿景与业务架构描述
- 多年期技术演进需要分层规划与迁移路径
- 新技术引入前评估对业务与信息架构的影响
- 重大项目群需要架构级治理与变更管控
- 合规或审计要求架构决策有文档化的推理过程
ADM 裁剪示例
ADM 裁剪示例
# 裁剪的依据是变更范围，而不是照搬阶段数量
小型改造：A 愿景 → B/C/D 最小集 → F 迁移
大型平台：完整 ADM 加架构库与治理机制
# 生产物要有人用：无人使用的架构文档会迅速过期
产物要求：每阶段至少一件可被下游复用的产物
# F 阶段最容易被跳过，跳过则目标架构无人承接
警惕：只画目标架构不做迁移规划，实施阶段容易走形阶段与产物示例
| 阶段 | 关注问题 | 典型产物 |
|---|---|---|
| A 愿景 | 为什么做、边界在哪 | 架构愿景与干系人地图 |
| B 业务 | 业务能力与流程如何组织 | 业务架构与能力模型 |
| C 信息系统 | 应用与数据如何划分 | 应用与数据架构 |
| D 技术 | 技术底座如何支撑 | 技术架构与标准清单 |
| F 迁移规划 | 怎么从现状走到目标 | 迁移路径与实施计划 |
ADM 常被误当成瀑布流程：阶段化是为了保证产物完整，实际工作中各阶段会迭代回头，例如实施中发现业务架构假设不成立需要回到 B 阶段修正。