架构开发方法（ADM）

概述

ADM（Architecture Development Method）是TOGAF的核心方法论，提供从初始准备、愿景、各域架构到迁移与治理的端到端流程，并辅以需求管理的持续闭环。

可以把 ADM 理解为企业架构工作的“主引擎”。它不是一次性瀑布流程，而是一套围绕需求持续校准的架构循环：先建立架构能力和原则，再确定架构愿景，之后分别展开业务、数据、应用和技术架构，最后把目标架构拆成可实施的迁移路线，并在项目执行中持续治理。

阶段与目标

• 初始阶段（Preliminary）：建立架构能力、原则与治理
• 阶段A：架构愿景，明确范围、干系人与高层蓝图
• 阶段B：业务架构
• 阶段C：信息系统架构（数据与应用）
• 阶段D：技术架构
• 阶段E：机会与解决方案
• 阶段F：迁移规划
• 阶段G：实施治理
• 阶段H：架构变更管理
• 需求管理：贯穿全流程的需求收集与基线管理

每阶段关键活动（概览）

• 输入：前序阶段产物、原则、需求
• 活动：建模、基线/目标、差距分析、路线图
• 产出：架构描述、决策与标准、实施建议

阶段如何串起来

以零售企业建设全渠道能力为例，ADM 各阶段可以这样落地：

阶段	关键问题	例子
Preliminary	组织有没有架构原则、角色和治理机制	明确核心数据统一、能力复用优先、重要方案必须经过架构评审
Phase A	为什么做，做多大范围，谁受影响	把“提升会员复购和履约效率”定义为本轮架构愿景
Phase B	业务能力和价值流如何变化	建立会员运营、统一订单、库存协同、售后服务能力地图
Phase C-Data	核心数据对象和口径如何统一	统一会员、商品、订单、库存的数据模型和责任归属
Phase C-Application	系统边界和协作关系如何定义	拆出会员中心、订单中心、库存中心，明确接口与事件
Phase D	技术底座如何支撑非功能需求	设计缓存、消息队列、限流、监控、安全审计和容灾
Phase E/F	目标如何拆成项目和路线	先统一会员，再改造订单，再做库存联动，最后建设分析平台
Phase G/H	实施中如何防偏、如何响应变化	项目上线前做架构一致性检查，新增需求回到架构变更管理

Baseline、Target 与 Gap Analysis

ADM 中最容易被忽略的是差距分析。很多架构方案只写目标，不写现状和差距，导致项目很难落地。

• Baseline 描述现状：当前系统、流程、数据、技术到底是什么样。
• Target 描述目标：未来业务能力、系统边界、数据口径、技术平台要达到什么状态。
• Gap 描述差距：哪些能力缺失，哪些系统要改造，哪些数据要迁移，哪些标准要建立。

例如当前库存分别存在门店系统、仓库系统和电商系统中，目标是建立统一库存视图。Gap 不能只写“建设库存中心”，还要拆成库存数据模型统一、库存同步链路、锁定库存规则、库存事件、历史数据迁移、异常补偿和权限审计。

裁剪与迭代

• 依据组织成熟度裁剪工件与活动
• 以能力/价值流为切分单元进行增量迭代
• 与敏捷、DevOps结合，形成连续交付的EA实践

工具与交付物

• 架构内容元模型与工件清单
• 参考架构与模式库
• 路线图、决策记录（ADR）与标准目录

最佳实践

• 干系人管理与沟通可视化
• 原则驱动与度量闭环
• 风险前置与治理融合

总结

ADM为企业提供结构化的架构开发路径，需结合组织环境进行裁剪与实践融合。真正有效的 ADM，不是把每个阶段做成厚文档，而是让现状、目标、差距、迁移和治理形成闭环。