有问题?

分类
< 所有主题

数字化转型两大抓手:产品敏捷+企业架构

去年底给一个银行做了一个内训,提到了数字化转型的三个领域:组织转型+业务转型+科技转型,如果想要体系实施转型,三者必须统筹考虑。

1. 目前中台在EA的成熟度级别中不高

此图像的alt属性为空;文件名为%E6%9E%B6%E6%9E%84%E5%AE%9E%E8%B7%B5%E6%88%90%E7%86%9F%E5%BA%A6-1024x646.jpg
摘自捷创成咨询《TOGAF认证公开课》讲义

这个模型我已经讲过多遍了,除了指导企业级信息建设之外,对个人职业发展规划也是具有指导价值的。虽然这张图是来自国外,但其展示的阶段与国内发展也是一致的。

目前谈到企业级信息建设,大部分企业还是在做项目级系统建设,这个相信很多人是认同的。也正因为如此,“中台”这一阵风也顺利的刮起来了。很多人也看准了这个机会,踏入这个领域开始游说客户,结果大家都是云里雾里的。

我给一些做中台有关的企业也做过内训,我有时会让他们拿一份觉得自己写的不错的PPT来讲一下,然后我给出一些建议。我发现大家的PPT第一眼看上去都很酷,一张图把能想到的都加上了,看起来就不明觉厉,客户心里想着“要是能做到这样就牛B了”。但是只要细问图中各种元素的定义和关系,基本上都是自己也理不清,跨图之间的逻辑关系更讲不清了,更不用说落地的具体举措了。这种情况在国内是非常普遍的,这也是为什么很多实施“中台”和企业级架构的公司并未见真正有多大成效,因为这种设计是堆积而成,并非基于企业特定情况来设计的,可想而知落地性会是怎么悲惨。

如果要把中台和上面的架构实践成熟度图中对照起来,那目前来说中台的成熟度只能处于B点。要想上升到CDE成熟度,单靠给企业拼凑一些业务但核心还是技术的方式是不行了,这个时候怎么办?

2. 数字化转型3大核心领域

去年底给一个银行做了一个内训和两次工作坊,对于数字化转型,我给了下面这个建议:

这张图是讲义的最后一页,也是IT帮对数字化变革的抓手和转型领域的结论。这也能看出对于数字化转型人才的要求是比较高的,这需要大家具备综合能力

下面简单说一下这个内容,虽然是对银行来讲的,其实对各行业都适应,只是不同企业推进的先后顺序和具体内容不同而已。

2.1 敏捷组织

我在IT帮公众号中也写了不少敏捷的文章,而组织转型更是在敏捷转型中的一大要点。

在培训中我会让大家试着想一下,如果文化转变是敏捷转型成功的最大因素,那假使你是转型企业组织者的一员,你会希望组织形成什么文化?

在课堂中我会引导大家主要从变化和原则两个角度去思考:

期间还会讲一些例子并做些解说

2.2 产品敏捷

推广敏捷必须从理念和基础开始,大家需要具备一定的初步共识才能为转型打好基础。如果只是一味的做所谓的“最佳实践”,可能会只抓住表面而丢了实质。敏捷实施离不开组织转型,这个说起来容易,但是做起来并不简单。IT帮认为,从业务着手拉动,基于产品敏捷不失为一种好的起点。

以往实施敏捷的团队都把关注点聚焦在交付,这也让大家决定敏捷就是IT人员的事。而如果从产品研发的完整过程角度来看,业务就自然的称为了一个主导。

对于这个完整过程,在理念知识培训后还有2天的工作坊去体验

大家好不容易聚在一起,有了产品敏捷的理念和方法之后,我还会给大家介绍企业级产品研发知识,提升一下认知。下面列几张讲义,感兴趣可以看看:

见《企业级产品研发管理体系的构建
见《企业级产品研发管理体系的构建
见《企业级产品研发管理体系的构建

2.3 企业架构

从敏捷组织转型,到项目级产品敏捷,然后到企业级产品敏捷。有了企业级的意识之后,企业架构就是下一个利器了,在IT帮已经有很多这方面的内容了。其实,在做产品的时候,就可以使用一些EA的方法,这样也算提前导入企业架构能力。

3. 不要为转型而转型

通过以上的转型方式,可以避免为敏捷而敏捷,为中台而中台,为转型而转型的错误。

上一个 成为数字化领导者
下一个 数字化转型的5个误解
目录