首页 > 资料专栏 > 经营 > 运营治理 > 其他资料 > 丨中台落地第二步_企业数字化全景规划(Define)PDF

丨中台落地第二步_企业数字化全景规划(Define)PDF

yongden***
V 实名认证
内容提供者
热门搜索
数字化
资料大小:4409KB(压缩后)
文档格式:PDF(13页)
资料语言:中文版/英文版/日文版
解压密码:m448
更新时间:2024/5/22(发布于甘肃)

类型:积分资料
积分:10分 (VIP无积分限制)
推荐:升级会员

   点此下载 ==>> 点击下载文档


“丨中台落地第二步_企业数字化全景规划(Define)PDF”第1页图片 图片预览结束,如需查阅完整内容,请下载文档!
文本描述
 下载APP  07 | 中台落地第二步:企业数字化全景规划(Define) 2019-09-25 王健 说透中台 进入课程  讲述:王健  时长 21:33大小 19.74M 你好,我是王健。 上一讲,我们通过 Discovery 从三个不同的角度和方向,对企业内外部环境进行充分的信 息收集之后,得到了非常多的信息。那这一讲我们就来讲一讲,如何通过对这些信息的分析 和收敛,运用企业架构方法,最终分析形成企业的数字化全景规划,并最终推导出我们 PD 的一个重要产出物,也就是一个中台落地建设的演进路线图。 那首先需要给你介绍一下什么是企业级架构方法。 企业级架构方法 企业架构方法如 Zachman、TOGAF 等,最长的已经有 20 多年的历史了,可以说已经非 常成熟了。其中应用最广的应该就属 TOGAF 了,在市场上占据了至少半壁江山,也最为我 们所了解。TOGAF 的基本思路,就是从企业最新的愿景战略以及运营模式出发,设计企业 的 To-Be 业务架构,然后依次推导,一步一步推导数据架构、应用架构、技术架构,就是 这样一个过程。 我们现在在做以中台为潜在预设目标的企业数字化全景规划时,也参考了 TOGAF 的这个思 路,基于 Discovery 发散收集来的各个维度的信息,在 Define 阶段结合自上而下企业战略 分解的举措和自下而上现有业务架构梳理和分析的问题及痛点,重新设计新的业务架构,并 进一步推导出其它的相关的架构设计。 只不过相对于传统的企业架构方法,整个过程做了剪裁和轻量化处理,引入了事件风暴、 DDD 工作坊等协作互动形式,整个过程各个关键角色充分讨论,协作共创,力争在过程的 轻量前提下,还能保证结果的准确与一致。 但这里有一个关键点,因为前面提到过中台从架构层面就是平台型的企业架构,那对比过去 我们常做的系统型企业架构,如何从企业整体的视角,更准确地识别出多业务线之间的共性 业务元素,对我们来讲也是个不小的新挑战。 为了解决这个问题,前面讲方法论概述的时候其实已经提到过,我们是在整个企业架构设计 的过程中融入了领域驱动设计(DDD),结合事件风暴,对业务流程背后的问题域进行分 析,以及通过不同业务线的问题域重合度分析,帮助我们透过流程洞见企业各业务的本质, 寻找共性业务元素。 给这个过程做个比喻,就像是给业务照了一个 B 超一样,帮助我们更好地透过现象看到内 在的实质。 对于企业架构方法,例如 TOGAF 的相关资料比较多,这里就不展开了,我在最后的总结里 会给你一些参考资料,你可以进一步拓展阅读。 那利用剩下的篇幅,我想着重讲一些在企业架构设计实施过程中与中台相关的常见问题。 中台复用的能力类型到底有几种? 第一个问题,如果说中台就是企业级能力复用平台,那在做企业架构设计的过程中: 我们到底要在不同业务线中寻找哪几类共性能力? 我们经常讲的业务中台中的业务到底又具体指的是什么呢? 那为什么中台一般都是业务、数据、技术这三者的组合呢? 为了回答这几个问题,先来给你看一个模型: 这是哈佛大学出版社 2006 年出版的一本讲企业架构战略的书里提到的一个商业运营模型 (Business Operating Model),它提出两个象限: 横轴代表标准化(Standardization),标准化越高,你可以简单理解成企业就是通过业 务模式(业务功能 + 业务流程)的复用实现业务线的扩展。比如像电商网站的各个垂直 网站,或是全球化,都是通过将电商的业务模式复用,通过复用到不同的垂直领域,或是 不同的地区来实现不同业务线的扩展。 纵轴代表集成(Integration),也可以理解成数据集成,这种运营模式的企业就是通过 对数据的复用,来实现业务线的扩展的。比如最常见的像腾讯,通过对微信用户数据的集 成和复用(导流),来帮助新的业务线(例如游戏)快速扩展。 那为什么要提到这个模型呢,因为这里的“商业运营模型”就很像我们中台里的能力复用方 式,即你复用的到底是业务模式;还是复用的是业务数据;还是两者都不是,只是复用了更 底层的技术部分。 我来稍微解释一下。 如果两条业务线,数据也是一套,业务流程也一模一样,那很简单,它们其实就可以共用一 套系统,这也就是我们最常见的大单体系统。但这越来越成为一个反模式,除非在一些标准 化极高的场景,例如核心财务系统。 如果两个不同的业务线之间,业务模式很相似,但是数据反而需要隔离开,那就是右下的区 域。一般可以通过业务中台来沉淀通用抽象的业务流程,或者直接使用多租户的企业内部 SaaS 来实现业务模式的复用。在这个象限,业务中台与 SaaS 的区别只是抽象粒度和层次 的不同,本质上要解决的问题都是一样的,即业务模式复用。 SaaS