一、什么是业务架构治理
业务架构治理（Business Architecture Governance）是以业务能力地图（Business Capability Map）为骨干，统筹梳理业务流程、信息概念、数据资产与应用系统的治理框架，常被视为企业架构（EA）落地的「业务面」。其核心是把战略目标解构为可观测、可投资的业务能力，并以能力为锚点拉通流程、数据与系统，使每一项 IT 投资都能回溯到具体业务能力与价值流。治理机制通常包括架构原则、能力目录、参考模型、变更评审与例外管理。业务架构治理与 BIZBOK 等国际框架同源，是企业从「项目驱动」走向「能力驱动」、杜绝「为系统而系统」的关键抓手，也是与 TOGAF、Zachman 等企业架构框架协同的「业务层入口」。
二、原理
1. 战略解构：把企业战略目标逐层拆解为可观测、可投资的业务能力（Capability）→ 2. 能力地图建模：构建 L0-Ln 分层能力地图，并标注战略重要性、成熟度与差距 → 3. 价值流与流程对齐：把端到端流程、关键指标与能力节点关联 → 4. 信息与数据映射：定义跨能力的主数据、参考数据与数据所有权（Owner）→ 5. 应用与技术映射：把能力与系统、应用组件、技术栈对应，识别重复建设与复用空间 → 7. 治理闭环：建立架构委员会、变更评审与例外豁免机制，确保投资与战略对齐
三、信息卡片
| 中文名 | 业务架构治理 |
| 英文名 | Business Architecture Governance |
| 缩写 | BAG |
| 别名 | Business Architecture Governance、BA Governance、业务架构管理 |
| 提出者 | 方法论：BIZBOK 等国际业务架构框架；企业实践：大型银行、保险、电信、央企的架构部门 |
| 提出时间 | 2000 年代后随 BIZBOK 成熟独立成型；2010 年前后在国内大型企业设立专职 BA 岗位 |
| 所属类别 | 数字化转型 > 治理框架 > 企业架构业务层 |
| 核心技术 | 业务能力地图、价值流梳理、信息概念建模、能力—流程—数据—应用映射、架构评审 |
| 主要应用 | 企业架构治理、IT 投资组合管理、业务流程对齐、能力差距评估、数字化转型治理 |
四、历史时间线
1980 年代：Zachman 企业架构框架提出，把架构分为「是什么/怎么做/在哪里/谁/何时/为什么」六维
- 2000 年代：BIZBOK（Business Architecture Body of Knowledge）等专业框架成熟，业务架构作为独立领域成型
- 2010 年前后：大型银行、保险、电信、政府机构设立专职业务架构师（BA）岗位，把架构从「IT 文档」升级为「战略工具」
- 2010 年代中后期：业务架构治理与 TOGAF、ArchiMate 等框架深度融合，形成「业务+数据+应用+技术」四层联动
- 2020 年前后：随云原生、中台、DDD（领域驱动设计）兴起，业务架构与平台化战略结合，进入新一轮方法论迭代
- 2024-2025 年：与 AI 能力目录、ESG 指标、可信数据流通深度结合，成为企业数字治理的中枢层
五、分类
- 按层级：L0 价值主题 / L1 业务域 / L2 业务能力 / L3 子能力
- 按成熟度：初始级 / 已定义 / 标准化 / 度量级 / 优化级
- 按框架对齐：与 TOGAF ADM 对齐 / 与 Zachman 对齐 / 与 ArchiMate 对齐
- 按治理范围：业务能力治理 / 业务流程治理 / 信息概念治理 / 应用映射治理
- 按组织模式：集中式 BA 团队 / 联邦式 BA 嵌入业务 / 混合式 BA CoE
六、应用场景
企业架构治理入口：作为 TOGAF / Zachman 等框架的「业务面」，统一业务与 IT 沟通语言
- IT 投资组合管理：每项 IT 投入都能映射到具体业务能力，避免「为系统而系统」
- 业务流程对齐与再造：以能力地图为骨架进行 BPR · 业务流程重组 与流程挖掘
- 数据治理前置：定义主数据、参考数据与数据所有权，承接 数据治理 与 DCMM 评估
- 中台与平台化战略：业务架构为中台边界划分、能力沉淀提供方法论
- AI 能力目录：把 AI 用例、能力与风险对应到业务能力节点，支撑 AI 治理与 AI 安全
七、优缺点
- 优点：
- 投资可追溯：每项 IT 投入都能映射到具体业务能力与价值流，杜绝「为系统而系统」
- 组织协同：跨部门用统一能力语言对话，显著减少沟通成本与术语歧义
- 演进可视化：通过能力差距与成熟度评分，让架构演进路径对外可披露
- 支撑 AI 与数据治理：为 AI 能力目录、数据治理 DCMM 等提供统一锚点
- 缺点：
- 建设周期长：从 0 到 1 建立完整的业务能力地图通常需要若干年持续投入
- 维护成本高：业务能力地图需要随战略调整持续刷新，否则迅速过期
- 落地阻力：业务架构师若没有强 sponsor，容易被业务部门视为「画图岗位」
- 工具链分散：能力地图、流程、数据、应用映射往往分散在不同工具，缺乏一体化平台
八、常见误区
业务架构治理 = IT 架构（错：业务架构聚焦「做什么」「为什么」，IT 架构聚焦「怎么做」「用什么做」，二者互为输入）
- 业务架构治理 = 流程图（错：流程图只是载体，业务架构的核心是能力地图与价值流）
- 业务架构治理是 IT 部门的事（错：业务架构治理需要业务与 IT 共建，否则无法反映真实业务诉求）
- 有了 BIZBOK 就够了（错：方法论只是框架，必须配套治理机制（架构委员会、变更评审）才能真正落地）
九、关联概念
父概念：企业架构框架 TOGAF、业务架构 EA、数字化转型 Digital Transformation
- 子概念：BPM · 业务流程管理、BPR · 业务流程重组、客户旅程地图、业务流程挖掘、数据治理 Data Governance
- 兄弟概念：企业架构框架 TOGAF、业务架构 EA、BPM · 业务流程管理、客户旅程地图、CMMI · 能力成熟度模型集成
- 对比概念：企业架构框架 TOGAF、业务架构 EA、CMMI · 能力成熟度模型集成
- 应用相关：BPM · 业务流程管理、数据治理 Data Governance、数字化转型 Digital Transformation、中台、业务流程挖掘
