"高速公路"类比：企业战略与业务架构的关系

企业对外提供的每一种产品或服务，内部都有一条端到端连通的业务流程支撑它，可以把这条业务流程类比为一条信息的”高速公路”，每一类产品或服务都有自己的”高速公路”。企业战略就是：如果某个产品/服务销量好，企业投入更多资源去扩充相应的”高速公路”；如果认为当前产品的市场潜力见顶，希望推出更大价值的新产品，相当于新建一条”高速公路”；如果认为某种产品已经过气，就拆除对应的”高速公路”——企业战略本质上就是依据对客户价值的分析，决定推出哪些产品/服务，并相应调整这些”高速公路”的策略。业务架构则是把企业战略这个意图识别出来，用业务和技术人员都能理解的概念模型表达出来，以指导后续软件系统建设——业务人员关注现实空间、技术人员关注虚拟空间，二者在知识域、背景、业务理解上往往存在较大差异，业务架构正是连接这两个空间的桥梁。业务架构为什么会出现：信息化时代，系统建设需求主要来自单一部门/业务，企业还处在规模制造时代、战略调整较慢，需求局限在小范围内，根本不需要业务架构；进入数字化时代后，客户个性化需求和技术快速变革让企业战略需要频繁调整，系统建设需求也常常跨部门甚至跨组织——软件系统建设就像一艘大船行驶在激流中，更需要方向性把控，仅靠企业战略这个抽象概念无法直接指导软件系统建设，这时才需要业务架构来补上这一环。这也意味着业务架构不是万能药：对单纯属于某个部门、需求相对固定的系统，根本不需要专门做业务架构设计；只有涉及跨部门、跨组织的复杂多变需求时，业务架构才能真正发挥作用。可迁移启发：判断一个新系统是否需要专门投入业务架构设计工作，先问它是不是局限在单一部门/固定需求范围内——如果是，直接跳过业务架构、进入应用架构设计反而更高效，不必为了”流程完整”而生搬硬套。

结构图：

flowchart TB
  H["每种产品/服务=一条业务流程高速公路"]
  H --> S["企业战略=决定扩充/新建/拆除哪些高速公路"]
  S --> B["业务架构=识别战略意图,<br/>用业务+技术都能懂的模型表达出来"]
  B --> R["连接现实空间(业务人员)与虚拟空间(技术人员)"]
  T["需求局限单一部门/固定<br/>(信息化时代)"] -.不需要.-> B
  T2["需求跨部门/跨组织/复杂多变<br/>(数字化时代)"] -.才需要.-> B