数字化转型两大抓手:产品敏捷+企业架构
去年底给一个银行做了一个内训,提到了数字化转型的三个领域:组织转型+业务转型+科技转型,如果想要体系实施转型,三者必须统筹考虑。
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](http://ealearning.cn/wp-content/uploads/2019/11/%E6%9E%B6%E6%9E%84%E5%AE%9E%E8%B7%B5%E6%88%90%E7%86%9F%E5%BA%A6-1024x646.jpg)
这个模型我已经讲过多遍了,除了指导企业级信息建设之外,对个人职业发展规划也是具有指导价值的。虽然这张图是来自国外,但其展示的阶段与国内发展也是一致的。
目前谈到企业级信息建设,大部分企业还是在做项目级系统建设,这个相信很多人是认同的。也正因为如此,“中台”这一阵风也顺利的刮起来了。很多人也看准了这个机会,踏入这个领域开始游说客户,结果大家都是云里雾里的。
我给一些做中台有关的企业也做过内训,我有时会让他们拿一份觉得自己写的不错的PPT来讲一下,然后我给出一些建议。我发现大家的PPT第一眼看上去都很酷,一张图把能想到的都加上了,看起来就不明觉厉,客户心里想着“要是能做到这样就牛B了”。但是只要细问图中各种元素的定义和关系,基本上都是自己也理不清,跨图之间的逻辑关系更讲不清了,更不用说落地的具体举措了。这种情况在国内是非常普遍的,这也是为什么很多实施“中台”和企业级架构的公司并未见真正有多大成效,因为这种设计是堆积而成,并非基于企业特定情况来设计的,可想而知落地性会是怎么悲惨。
如果要把中台和上面的架构实践成熟度图中对照起来,那目前来说中台的成熟度只能处于B点。要想上升到CDE成熟度,单靠给企业拼凑一些业务但核心还是技术的方式是不行了,这个时候怎么办?
2. 数字化转型3大核心领域
去年底给一个银行做了一个内训和两次工作坊,对于数字化转型,我给了下面这个建议:
![](https://pic4.zhimg.com/v2-00b1c6d75710f4d4eeb5babcb24127e7_b.jpg)
这张图是讲义的最后一页,也是IT帮对数字化变革的抓手和转型领域的结论。这也能看出对于数字化转型人才的要求是比较高的,这需要大家具备综合能力
![](https://pic1.zhimg.com/v2-768b85e1b754824614a6887d07eebbb0_b.jpg)
下面简单说一下这个内容,虽然是对银行来讲的,其实对各行业都适应,只是不同企业推进的先后顺序和具体内容不同而已。
2.1 敏捷组织
![](https://pic2.zhimg.com/v2-f57445e0ece62bc0f6caeb0740294145_b.jpg)
我在IT帮公众号中也写了不少敏捷的文章,而组织转型更是在敏捷转型中的一大要点。
![](https://pic3.zhimg.com/v2-6bd032da9f439c5c34570aa4467d2b8a_b.jpg)
在培训中我会让大家试着想一下,如果文化转变是敏捷转型成功的最大因素,那假使你是转型企业组织者的一员,你会希望组织形成什么文化?
![](https://pic2.zhimg.com/v2-af9593fe9c23788410e82817584983c9_b.jpg)
在课堂中我会引导大家主要从变化和原则两个角度去思考:
![](https://pic1.zhimg.com/v2-5b2e3703f3ba4e0da3a0fae1a9bf8978_b.jpg)
![](https://pic4.zhimg.com/v2-dc65b9d29c86d372de0dbed48efa1d27_b.jpg)
期间还会讲一些例子并做些解说
![](https://pic1.zhimg.com/v2-add2bb3289b8e24cae775bf29e65ac58_b.jpg)
![](https://pic2.zhimg.com/v2-486bbaee422ac459d0f3258095344e41_b.jpg)
2.2 产品敏捷
推广敏捷必须从理念和基础开始,大家需要具备一定的初步共识才能为转型打好基础。如果只是一味的做所谓的“最佳实践”,可能会只抓住表面而丢了实质。敏捷实施离不开组织转型,这个说起来容易,但是做起来并不简单。IT帮认为,从业务着手拉动,基于产品敏捷不失为一种好的起点。
![](https://pic1.zhimg.com/v2-9d46aea31d29dc5e55880fc39916c4c8_b.jpg)
以往实施敏捷的团队都把关注点聚焦在交付,这也让大家决定敏捷就是IT人员的事。而如果从产品研发的完整过程角度来看,业务就自然的称为了一个主导。
![](https://pic4.zhimg.com/v2-dca773e88c18554025b94960feaa5b5f_b.jpg)
对于这个完整过程,在理念知识培训后还有2天的工作坊去体验
![](https://pic4.zhimg.com/v2-5f8e80f477e49eae10dea79bde1d797f_b.jpg)
大家好不容易聚在一起,有了产品敏捷的理念和方法之后,我还会给大家介绍企业级产品研发知识,提升一下认知。下面列几张讲义,感兴趣可以看看:
![](https://pic2.zhimg.com/v2-8aab5afd1dfa38b8146c9cd85e8aa5d1_b.jpg)
![](https://pic1.zhimg.com/v2-6b30626d4383683844b32b4b7d5f222c_b.jpg)
![](https://pic2.zhimg.com/v2-c7539f5238566a938274f63d927f8411_b.jpg)
2.3 企业架构
从敏捷组织转型,到项目级产品敏捷,然后到企业级产品敏捷。有了企业级的意识之后,企业架构就是下一个利器了,在IT帮已经有很多这方面的内容了。其实,在做产品的时候,就可以使用一些EA的方法,这样也算提前导入企业架构能力。
![](https://pic1.zhimg.com/v2-5f736eca0fa802c43dbff697d1c3be08_b.jpg)
![](https://pic1.zhimg.com/v2-0ac69b34367657810bef0a332434f4d0_b.jpg)
![](https://pic2.zhimg.com/v2-30085bc099d1f042925afa5be44bf9c1_b.jpg)
![](https://pic3.zhimg.com/v2-a65632d5fe12148f08cb26908d232466_b.jpg)
3. 不要为转型而转型
通过以上的转型方式,可以避免为敏捷而敏捷,为中台而中台,为转型而转型的错误。
![](https://pic2.zhimg.com/v2-334c9dd2b6b456b11d50397957aba985_b.jpg)