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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

以上和大家分享了讲义中的几页PPT，最后再以最后一页讲义作为本文结尾，希望给大家一些启示。