从战略到落地-企业架构和IT规划的核心逻辑和实践

大家好，我是人月聊IT，今天继续分享企业架构和IT规划方面的实践总结。

主要讨论了企业架构和信息化规划咨询的核心方法论和逻辑，强调了业务驱动IT是规划的关键指导思想。大家要意识到，成功的IT规划需要具备业务和技术双领域的实践经验，并系统地介绍了从现状调研和差距分析到蓝图规划的各个阶段。规划过程围绕业务和IT两条主线展开，涵盖了业务架构、数据架构、应用架构、集成架构和技术架构的详细构建步骤和内在逻辑关系。此外，文章还融入了SOA、云计算、微服务等现代技术思想，以确保信息化规划能够避免重复建设并实现业务协同，最终通过实施规划和项目管理实现业务价值。

这篇文本基于我个人多年的实践，详细阐述了企业信息化规划和企业架构（EA）咨询的核心方法论，强调成功的IT规划必须基于业务目标驱动技术决策（业务驱动IT）的原则。提出了一个以价值链为核心的系统化流程，该流程始于现状调研和差距分析（现状调研和差距分析）。随后，规划工作按照严格的逻辑顺序展开，首先构建业务架构和数据架构（业务架构和数据架构），确保信息与业务流程的紧密结合。接着，这些成果被映射到应用架构和集成架构（应用架构和集成架构），以识别跨系统协作所需的接口和服务。最终，规划确定了技术架构和基础设施（技术架构和基础设施），并融合了服务导向架构（SOA）和云计算等现代思想，以实现整体系统的集中化和高效协同。

一、为什么掌握规划逻辑比学习理论框架更重要

在IT规划咨询领域,很多人熟悉TOGAF等理论框架,却无法真正落地。核心问题在于缺乏自我论证能力——即使能输出业务架构图、应用架构图等成果,却无法清晰解释这些结果是如何一步步分析得来的。

这就像许多技术专家能快速解决问题,却难以讲清楚解决过程。理论可以指导实践,但没有通过自我实践证悟的理论没有价值。真正的咨询能力需要:大量业务和技术双领域的实践积累,完整参与过大型规划项目,并将各个架构之间的输出关系理清楚。

当前很多IT顾问只是"PPT顾问",拿着现有模板到处套用。这种生搬硬套最大的问题是:即使有了输出结果,也无法详细论证结果如何分析得来,更无法应对不熟悉的行业领域。

二、IT规划的核心思路:业务驱动与双线协同

IT规划的核心是"业务驱动IT",整体遵循"从业务到技术、从流程到IT"的思路,围绕价值链分析和优化往前驱动。核心过程包括:现状分析→差距分析→目标提出→蓝图规划→实施规划。

整个规划过程始终围绕业务和IT两条主线展开协同:

• 业务线：包括业务流程、业务数据、岗位组织角色、业务管控体系
• IT线：包括数据架构、应用架构体系、技术架构平台、基础设施建设

业务驱动IT的本质是:端到端业务流程最终落地到应用系统功能,业务数据最终映射到数据模型并沉淀到数据库。无论规划多么完美,如果脱离企业业务目标,都无法带来业务价值提升。IT规划之难,不在于IT本身而在于流程,不在于技术本身而在于业务。

三、调研与现状分析:找准问题是规划的起点

调研阶段要完成三件事:把战略目标和业务目标调研清楚,把实际现状了解清楚,将潜在问题识别清楚。调研必须体现业务驱动IT,从业务流程和IT系统两方面入手,但最终要打通——完成当前IT系统如何支撑现有业务的分析。

业务现状分析重点在业务流程和业务数据,建议采取自顶向下逐层分解的方法:

• 找到关键的几个端到端流程为主线
• 分解时抛开业务部门隔离和IT系统约束
• 进行跨业务域的流程分析和梳理
• 参考各业务域的标准参考架构(如供应链SCOR模型、电信eTom模型等)

IT现状调研包括:现有应用系统功能架构、IT基础设施架构、IT对业务的支撑情况。调研输出覆盖四个方面:业务流程、业务数据、系统功能、接口集成和部署,这正是后续四大架构规划的基础。

差距分析则要明确两个核心问题:IT建设如何解决当前业务和IT间的差距(无新战略下如何更好支撑),以及如何解决后续战略目标和IT间的差距(新战略下如何扩展支撑)。

四、从流程分析到业务架构和数据架构

很多人不理解业务架构图如何构建。核心方法是:从最顶层核心价值链开始驱动,逐层分解端到端流程,进行跨业务域流程分析。

价值链模型具有普适性,其核心思想可以一句话描述:接收市场和用户需求,将需求转变为产品或服务并交付客户的过程。无论重资产还是轻资产企业,制造业还是服务业,传统企业还是互联网企业,价值链核心思想不变。

基于价值链模型,可以分析企业核心的端到端业务流程:工程项目建设端到端流程、供应链跨域流程、财务概预核决流程、客户全生命周期服务流程等。为什么要梳理这些流程?因为对于未知领域,必须通过详细流程分析得出业务架构结果。

流程分析的关键发现:

• 流程图中的业务活动就是业务架构图里的业务功能单元
• 流程分析中识别的业务对象和数据对象是数据架构的关键内容

从顶向下的流程分析是找到关键业务单元和数据单元的过程,而业务架构规划和数据架构规划是对单元进行归类汇总、向上聚合和抽象的过程。只有这样才能真正解释清楚业务架构如何得来。

数据架构规划贯穿业务和IT两个层面:在业务阶段做到数据域划分、数据概念模型和主数据识别;到应用架构阶段,进一步细化为数据逻辑模型和物理模型设计。

五、应用架构与集成架构:从业务到系统的映射

应用架构规划基本与业务架构对应,但有两点差异:一是增加了技术平台、门户集成等非业务内容;二是对业务架构中的业务域可能出现拆分和合并。在当前微服务架构思想下,一定是按照业务架构底层最小业务域单元进行微服务模块拆分。

应用架构规划的关键是CRUD矩阵分析,解决两个问题:某个业务功能究竟划分到哪个系统更能实现松耦合;某个数据对象的Owner究竟属于哪个系统能实现松耦合。当前很多企业实施微服务后出现大量接口网状调用,导致模块间耦合更紧,就是因为拆分时没做好CRUD分析。

集成架构的核心逻辑:企业业务流程本身是端到端连贯的,但应用架构设计时将应用拆分为多个系统实现,每个系统实现业务流程的某一部分。业务连贯但实现割裂,因此业务系统必须高效协同才能完成端到端流程。

集成架构规划的重点方法:用规划好的应用架构各系统功能来重新验证前期梳理的端到端业务流程——回答用各系统功能协同如何完成完整业务流程。通过绘制跨系统业务交互流程图,所有竖线和交互点即是潜在的系统集成点。

六、技术架构与实施规划:确保落地的关键

技术架构描述企业开发、实施和管理应用系统和数据所需的IT技术体系和IT基础设施。传统技术架构规划偏向IT基础设施设计,而融入云计算和SOA思想后,技术平台都应划归技术架构规划,包括企业私有云PaaS平台、云原生解决方案的平台层能力(IaaS资源层和PaaS服务层)等。

实施规划直接影响IT蓝图的可落地性,核心是用最少的IT资源投入创造最大的业务价值。可以从成本投入、建设难易程度、对业务价值的贡献、推广实施难度等多方面评估建设内容的优先级。

实施规划要考虑:建设哪些IT系统、如何分阶段建设、如何支撑业务流程、IT系统建设的协同关系、如何推进系统建设、如何减少重复建设等关键信息。

总结:

IT规划咨询的本质是建立从战略到落地的完整逻辑链。从企业战略到业务目标,从业务目标到IT目标,从IT目标到应用蓝图,从应用蓝图到分阶段实施——任何一个步骤的脱节都将导致规划无法落地。掌握这些核心逻辑,才能真正具备咨询规划能力,而不仅仅是套用模板的"PPT顾问"。

希望以上分享对你有所启发。