福特汽车基于华为 4A 方法论业务架构 BABusiness Architecture深度详解华为 4A 架构中业务架构 BA 是整套数据治理的起点、业务侧总蓝图回答福特依靠哪些业务创造价值、端到端价值流是什么、具备哪些业务能力、核心业务对象有哪些、业务流程 / 业务规则、业务痛点、治理组织权责、业务治理目标。 BA 不是画组织架构图核心产出价值流、业务能力地图、业务域划分、核心业务对象、业务规则、业务痛点清单、业务场景矩阵、数据治理组织与权责 RACIBA 的全部输出直接作为数据架构 DA 的输入DA 的数据域、业务术语、主数据实体全部从 BA 业务对象派生。 福特背景福特 Ford战略三大业务单元 Ford Blue 燃油混动、Ford Model e 电动软件、Ford Pro 商用车 Fleet 服务全球多区域运营研‑产‑供‑销‑服‑车联网全链路多套异构业务系统业务部门各自定义业务术语造成跨域数据语义冲突是数据混乱的根源。一、福特 BA 业务架构顶层定位面向数据治理视角战略对齐BA 承接福特 Ford 战略把业务战略翻译成可落地的数据治理业务目标而不是 IT 目标。业务战略硬件整车 软件定义汽车 车联网 Fleet 服务全球化多区域运营严格全球数据合规GDPR、汽车数据安全、跨境数据。映射数据治理业务目标全部来自 BA不是 IT 提出 ① 研产供销打通BOM / 零部件 / 车型主数据全球统一消除一物多码 ② 客户 360零售客户 经销商 商用车车队客户统一视图 ③ 车联网数据可信FordPass/FordPro 海量车载时序数据业务口径统一 ④ 跨区域数据合规满足各国家隐私、跨境传输规则 ⑤ 统一经营指标供应链、制造质量、售后、财务口径一致消除多版本报表。BA 向下输入关系BA 业务域 → DA 数据域BA 业务对象 → DA 概念数据模型实体BA 业务能力 → AA 应用架构能力模块BA 业务场景车联网、主数据、供应链→ TA 技术架构的非功能需求高并发、脱敏、跨境隔离。关键点数据治理 70% 问题根源在业务侧BA 就是把业务侧语言、规则、权责梳理清楚避免 IT 单方面做数据标准业务不认可项目失败。二、福特 BA 五大核心构件华为业务架构标准构件价值流、业务域‑业务能力、端到端业务流程、核心业务对象、业务规则构件 1福特端到端价值流价值流给内外部客户创造价值的完整业务链路跨部门不按职能划分福特定义 6 大核心价值流这是 BA 的顶层骨架所有业务能力、业务对象都归属价值流整车产品创新价值流对应研发域含 Ford Blue 燃油、Model e 电动车从市场需求→产品定义→整车 / 零部件设计→BOM 发布→样车试验→工程变更 ECN→产品量产放行。 业务痛点PLM 研发代号与市场销售车型名称割裂BOM 版本多源工程变更跨系统不同步试验测试数据分散。全球供应链采购价值流供应商准入寻源→零部件采购→物料计划→入厂物流→零部件交付、供应商绩效评估。 痛点全球多工厂物料编码一物多码供应商主数据多版本供应链风险数据分散。整车制造交付价值流生产计划下发→工厂 MES 制造执行→整车装配→VIN 码生成→整车下线、质量检测、入库。 痛点PLM BOM 与 MES 制造 BOM 不一致工厂之间质量数据口径不统一。市场销售 经销商交付价值流市场营销线索→经销商 DMS 订单→整车调拨交付→零售客户交付经销商网络管理。 痛点CRM、DMS 多系统客户重复经销商主数据不统一车型销售名称与研发代号不匹配。售后 车联网服务价值流FordPass、FordPro售后维修工单、配件供应T‑Box 车载数据采集OTA 升级车队 Fleet 管理客户服务、召回管理。 痛点车载信号无统一业务定义个人敏感数据分散Fleet 车队车辆缺少统一资产视图故障码多套口径。企业经营与合规价值流全球财务核算、成本核算、法务合规、数据隐私、风险管控。 痛点多区域财报数据口径差异跨境数据业务规则缺失。价值流的输出识别每一条价值流中数据产生方、数据消费方、业务痛点直接作为数据治理的优先级输入。构件 2福特业务域 业务能力地图BA 核心交付件业务域按业务职能划分每个业务域下拆分层级化业务能力能力是稳定的组织部门可以调整但业务能力长期不变。 福特 7 大业务域BA 业务域直接映射 DA 的数据域业务域核心业务能力分层拆解核心业务痛点数据视角产品研发域产品规划管理、整车零部件设计、BOM 管理、工程变更 ECN 管理、整车测试验证、配置管理研发车型代号≠市场车型名称BOM 多版本零部件一物多码试验数据散落在多个工具系统供应链域供应商全生命周期管理、寻源采购、物料计划、物流协同、供应商绩效、零部件库存管理供应商主数据多副本物料编码不统一供应链风险数据分散跨工厂物料口径不一致制造域生产计划管理、工厂制造执行、整车质量管控、设备管理、下线交付管理PLM BOM 与 MES 制造 BOM 不一致各工厂质量指标口径不统一营销销售域市场活动管理、线索管理、经销商网络管理、整车订单管理、零售客户管理客户主数据重复经销商信息多源营销车型名称与研发不同义售后与车联网域售后工单与配件、召回管理、FordPass 车主服务、FordPro 车队管理、车载信号采集、OTA 管理车载信号业务定义缺失故障码口径混乱车辆‑客户绑定关系混乱个人隐私数据识别不清财务与经营域全球账务核算、成本管理、资金、财报合并、预算管理不同业务域上报指标口径打架财报核对工作量巨大合规风控域全球法规遵从、数据隐私管理、数据跨境管控、审计缺少业务侧的数据分级规则跨境数据哪些字段可以出境没有业务定义业务能力地图用途 1识别每个能力对应的业务负责人后续数据 Owner 2识别哪些能力产生数据哪些消费数据 3DA 做数据域划分直接对齐这套 BA 业务域。构件 3端到端业务流程与内嵌业务规则BA 梳理关键业务流程并且提取内嵌在业务流程中的业务规则这些业务规则就是后续数据标准、数据质量规则的源头不能 IT 凭空编造。 示例BOM 发布流程研发 PLM 为 BOM 可信源BOM 变更必须走 ECN 工程变更审批变更后分发到 MES、SAPVIN 码生成规则整车下线制造域生成唯一 VIN全企业作为车辆唯一标识供应商准入流程采购域完成准入生成唯一供应商 ID分发全球系统车联网数据采集业务规则客户位置、驾驶行为属于个人敏感信息默认不跨境传输业务规则不是技术规则。很多车企数据治理失败跳过 BA直接在 DA 写数据质量规则规则脱离实际业务流程业务部门不接受。构件 4福特核心业务对象BA 层面业务实体非数据库表业务对象是 BA 与 DA 之间最重要的桥梁BA 从业务视角定义业务对象的业务含义DA 再把业务对象转化为概念 / 逻辑数据模型。 福特全局核心业务对象BA 业务视角定义产品侧车型、零部件、BOM 版本、工程变更 ECN、整车配置、试验项目供应链侧供应商、物料、采购订单、零部件批次制造侧整车VIN 为唯一业务标识、工厂、生产工单、质量缺陷记录营销销售侧零售客户、经销商、销售订单、线索车联网车载设备 T‑Box、车载信号、故障事件、Fleet 车队、车主账号、OTA 任务财务成本科目、合同。BA 只定义业务对象是什么、业务含义、业务上的唯一标识、业务上的关键属性不定义字段类型、长度这是 DA 的工作。 典型痛点示例业务对象 “车型”研发业务对象叫【整车工程版本】营销业务对象叫【市场销售车型】业务上没有统一定义导致后续数据层永远对不上。BA 阶段就要完成业务对象统一命名明确业务映射关系。构件 5业务侧识别的全域数据治理痛点清单BA 输出驱动治理范围全部来自业务访谈不是 IT 系统问题同一业务对象多套业务术语“车型”“整车版本”“产品型号” 跨部门混用主数据没有业务可信源零部件、供应商、客户多个业务流程都在创建副本关键业务对象缺少业务侧唯一性规则客户没有全局客户 ID车联网业务对象无业务定义车载信号只存原始 CAN 数据没有业务语义跨境数据缺少业务判定规则哪些业务字段属于个人敏感数据业务部门没有统一判定经营指标口径业务未对齐“整车下线量”“售后返修率” 不同事业部业务定义不一样。三、BA 中数据治理组织架构与权责定义业务架构的治理组织部分华为方法论强调组织权责属于 BA 业务架构不属于 IT是业务侧的治理机制后续 DA/AA/TA 落地都要依托这套组织执行。1福特数据治理委员会高层业务负责人为主CTO 协同成员全球产品研发负责人、供应链 VP、制造 VP、销售 经销商 VP、FordPro 负责人、法务合规 VP、CFO、CTO。BA 层面权责审批数据治理目标、审批业务术语与主数据业务规则、跨业务域冲突仲裁、审批数据分级分类业务规则、审批治理考核指标。2数据治理办公室 DGO执行协调业务 IT 混合主要职责承接委员会决议组织各域业务 Owner、Data Steward 开展 BA 梳理推动业务规则落地。3业务域 Data Owner业务部门负责人BA 最重要角色不是 IT每个 BA 业务域设置业务 Owner对本域业务对象、业务术语、业务规则负最终业务责任。 例研发域 Owner 负责零部件、BOM、车型业务定义供应链 Owner 负责供应商业务定义法务 Owner 负责数据隐私、跨境业务规则。4业务数据管家 Data Steward业务骨干数据治理落地主力每个业务域配置 1‑N 名业务 Steward属于业务部门不属于 IT。工作参与 BA 业务对象梳理定义业务术语识别业务数据质量问题评审 DA 输出的数据标准业务侧脏数据清洗确认业务规则变更评审。5IT 数据架构师只负责把业务已经定好的 BA 规则落地到 DA/AA/TA不负责定义业务含义。RACI 权责矩阵BA 输出交付件每一个核心业务对象明确谁负责 R、审批 A、咨询 C、知情 I例如业务对象【零部件】 R研发域 Data StewardA研发业务 OwnerC供应链、制造 StewardI财务、销售。四、福特 BA 输出业务场景优先级矩阵指导分阶段实施避免大而全BA 完成业务痛点、业务价值评估输出治理场景优先级作为项目实施顺序直接指导 DA 设计的先后顺序。优先级业务场景所属业务域业务价值BA 视角P0 最高零部件 车型 BOM 主数据治理研发 供应链 制造打通研产供销解决一物多码减少 BOM 错配损失P0 最高FordPro 车联网 Fleet 核心业务对象治理售后车联网域统一车辆、车载信号业务语义支撑商用车数字化服务满足监管审计P1客户 经销商主数据治理营销销售域构建客户统一视图提升营销售后效率P1全球供应链供应商主数据治理供应链域统一供应商视图供应链风险管控P2售后工单、召回业务数据治理售后域售后质量分析、召回管理P2财务经营指标业务口径对齐财务域全球报表口径统一P3其他次要场景全域后续迭代五、福特 BA 完整交付物清单面向数据治理项目《福特业务架构总览报告》对齐 Ford 战略数据治理业务目标《福特六大端到端价值流说明书》《福特 7 大业务域‑业务能力地图》《核心业务对象清单及业务定义文档》BA 业务对象非物理模型《业务流程与内嵌业务规则手册》《业务侧数据痛点清单》《数据治理组织架构与 RACI 权责矩阵》《业务场景优先级矩阵》⚠️关键提示以上全部交付件必须业务部门评审签字确认不能 IT 团队自行编写。业务架构 BA 输出物全部是数据架构 DA 的强制输入。六、BA 向下传导至 DA 的转换示例直观展示 BA‑DA 如何衔接BA 业务对象车型业务定义福特面向市场销售的整车产品包含工程版本、市场名称、配置集合BA 输出业务唯一标识、业务关键属性、业务映射规则研发工程代号 ↔ 市场销售名称DA 接收 BA 输出生成数据域、主题域、概念实体、业务术语词典、主数据模型、数据标准。如果 BA 没有把 “车型” 业务含义、映射规则讲清楚DA 直接建表一定会出现研发与营销两边数据对不上无论平台工具多强大都解决不了业务语义冲突。七、福特 BA 落地常见风险点BA 变成 IT 工作业务部门不参与IT 自己梳理业务架构业务对象、业务规则脱离实际业务后续数据标准无法落地。只梳理组织部门不梳理价值流、业务对象BA 做成组织架构图没有业务对象无法向 DA 传递输入。跳过 BA 直接做 DA 数据标准直接定义字段、编码缺少业务含义业务部门不认可标准。Data Owner、Data Steward 设置为 IT 人员业务责任悬空数据问题发生后没有业务负责人拍板。