TOGAF 企业架构 3 企业数字化专项顶层设计

TOGAF 企业架构 3 企业数字化专项顶层设计

1 导语：

​ 数字化转型大家听得非常多了，怎么转，是一个复杂的问题。不是说建一个操作系统就解决了。他是很多维度的事：业务转型、数据共享与集成、技术问题。它是一个多维复杂的问题。要解决它不是一天两天解决的，需要很多支撑力量。比如说引进系统，那么引进的系统在企业中适用吗？所以它有配套的一系列的治理机制。

​ 所以说，数字化转型它是复杂的多维问题，涉及到业务、数据和技术。它需要一系列体系化的方法来支撑数字化转型。

​ 数字化转型，是一个抽象的东西。高层每天都在说数字化转型，但是基层不知如何入手，往上的是抽象的东西要跟基层映射起来，一线操作层基层需要的是具体的。所以需要一层一层的转换，嫁接。 所以这一层层的分解、嫁接方法就是企业架构。

​ 企业架构路径 - 技术研发、解决方案设计、技术架构师（同 CIO 定架构）、项目管理、企业信息化架构。

我得个人经历

信息化开发、数据治理、数据架构、技术架构、项目管理、业务架构、流程优化。

数字化转型的趋势下，数字化的规律和内涵是需要顶层设计、统一统筹，整体布局，不能散点的去做，头痛医头、脚痛医脚。

2 企业数字化发展规律 与 顶层设计意义

案例4一、业务部“点菜”、IT 叫苦。

​ 信息化初级阶段，为了让业务发现 IT 价值，IT 部会挖空心思引导、说服业务部门，推销 IT 价值，目的让企业上下重视 IT 。 目前大部分企业信息化都已跨越该阶段， IT 价值的启蒙没有太大必要。业务也确实尝到了跟 IT 配合的甜头。但是以前没有挖掘出来的需求，汹涌而出，而业务认为 IT 部是 “支撑部门”，提需求就像 “点菜一样”，认为任何需求在 IT 部都应得到满足，从此 IT 就开始叫苦了。

以前 - 没需求。

现在 - 需求多。 满足碎片化需求、解决瓶颈。瓶颈再转移。于是 IT 设施越来越多，牵连越广泛，重叠太多。 IT 资源不足。 此时 IT 需要合理的拒绝需求，这时候业务部门谁做谁不做，谁先做会投诉 IT 甚至另起炉灶。因为业务部门都认为自己的事是最重要的，所以哪些该做，哪些不该做。哪些是我们的依据？