引言
最近和很多企业的CIO/CTO、以及IT部门的各级主管交流数字化转型时，他们都对数字化的未来充满了热情和憧憬。
然而我们看到的现状是，大多数企业IT部门的职能还停留在“业务支持”的程度，是为业务部门提供IT系统支持的组织。这也造成了传统企业中IT部门的员工，更多的是承担甲方项目经理的角色。这种以项目为导向的方式，使得员工往往一个项目上线后，就会投入到下一个项目的工作中。员工在业务或专业能力上很难得到持续的积累和沉淀，结果就是员工的积极性和创造力逐渐被消磨，整个IT部门的生产力和创新氛围也受到很大影响。
与此同时，CIO/CTO面前有成百上千个需要用⾼昂的成本进⾏支持和维护的遗留系统，尽管他们愿意响应快速变化的市场需求，但在项目周期与成本压力面前，却又显得力不从心。
数字化转型势在必行。在推进整个企业的数字化转型过程中，对以下几个问题的探寻能解答许多管理者们的疑惑。
业务架构与IT架构的关系是什么
业务架构可从企业战略出发，按照企业战略设计业务及业务过程。业务过程是需要业务能力支撑的，从战略到业务，再到对业务能力的需要，就形成了支撑企业战略实现的能力布局——将这个布局理解为业务架构，它是企业为客户创造价值的设计过程。
业务架构设计会尽可能地追求以更为集约的能力实现更为多变的业务或服务，这其实也是中台战略追求的目标。因此，中台战略实际上也可以归结为一种业务架构设计。
业务架构设计完成后，“灵魂”就诞生了，IT架构则是根据“灵魂”的需要来设计“容器”。IT架构通常会分为应用架构和技术架构（近些年随着大数据的发展，数据架构的地位直线上升）。
应用架构重点关注是功能布局，与业务架构的关系非常紧密，可以称其为业务架构设计的“紧后工序”。技术架构主要关注分层结构，对于大型业务系统来说，一个逻辑分层可能需要通过多种平台才能实现。技术架构与业务架构的关系并不像应用架构那么直接，主要是通过对业务特征、业务量等多种因素综合考虑分层的合理性和平台选型。
作为“灵魂“的”容器“，IT架构中的数据架构和应用架构与业务架构的关系是最为紧密的。将”灵魂“注入”容器“是技术人员的重要工作，而能否顺利注入，让“灵魂”有个适宜的居所，则有赖于技术人员对“灵魂”的充分认知。
