TOGAF 企业架构 3 企业数字化专项顶层设计
1 导语:
数字化转型大家听得非常多了,怎么转,是一个复杂的问题。不是说建一个操作系统就解决了。他是很多维度的事:业务转型、数据共享与集成、技术问题。它是一个多维复杂的问题。要解决它不是一天两天解决的,需要很多支撑力量。比如说引进系统,那么引进的系统在企业中适用吗?所以它有配套的一系列的治理机制。
所以说,数字化转型它是复杂的多维问题,涉及到业务、数据和技术。它需要一系列体系化的方法来支撑数字化转型。
数字化转型,是一个抽象的东西。高层每天都在说数字化转型,但是基层不知如何入手,往上的是抽象的东西要跟基层映射起来,一线操作层基层需要的是具体的。所以需要一层一层的转换,嫁接。 所以这一层层的分解、嫁接方法就是企业架构。
企业架构路径 - 技术研发、解决方案设计、技术架构师(同 CIO 定架构)、项目管理、企业信息化架构。
我得个人经历
信息化开发、数据治理、数据架构、技术架构、项目管理、业务架构、流程优化。
数字化转型的趋势下,数字化的规律和内涵是需要顶层设计、统一统筹,整体布局,不能散点的去做,头痛医头、脚痛医脚。
2 企业数字化发展规律 与 顶层设计意义
案例4一、业务部“点菜”、IT 叫苦。
信息化初级阶段,为了让业务发现 IT 价值,IT 部会挖空心思引导、说服业务部门,推销 IT 价值,目的让企业上下重视 IT 。 目前大部分企业信息化都已跨越该阶段, IT 价值的启蒙没有太大必要。业务也确实尝到了跟 IT 配合的甜头。但是以前没有挖掘出来的需求,汹涌而出,而业务认为 IT 部是 “支撑部门”,提需求就像 “点菜一样”,认为任何需求在 IT 部都应得到满足,从此 IT 就开始叫苦了。
以前 - 没需求。
现在 - 需求多。 满足碎片化需求、解决瓶颈。瓶颈再转移。于是 IT 设施越来越多,牵连越广泛,重叠太多。 IT 资源不足。 此时 IT 需要合理的拒绝需求,这时候业务部门谁做谁不做,谁先做会投诉 IT 甚至另起炉灶。因为业务部门都认为自己的事是最重要的,所以哪些该做,哪些不该做。哪些是我们的依据