说透中台
15
15
1.0x
00:00/00:00
登录|注册

07 | 中台落地第二步:企业数字化全景规划(Define)

技术架构
应用架构
数据架构
To-Be业务架构
企业愿景战略
通用的技术能力
业务流程
业务功能
业务数据
AI赋能场景
跨域的业务数据整合计算
大数据计算
二次加工
业务中台生产的数据
业务中台与数据中台
业务中台与SaaS
业务模式复用
抽象粒度
业务流程
业务功能
业务数据
相关的架构设计
新的业务架构设计
业务架构梳理和分析
剪裁和轻量化处理
技术架构
应用架构
数据架构
To-Be业务架构
企业最新的愿景战略
中台落地建设的演进路线图
TOGAF
企业级的中台规划层面的问题和经验分享
企业架构方法的使用
最终的路线图
优先级排序
IT建设的具体机会点
业务重合度
As-is和To-Be的应用架构
领域分析视图
跨业务线的比对和分析
战略分解
业务架构分析
服务稳定性
组件技术异构
组件运行时动态扩展
组件独立交付
组件编译时依赖
轻量级分布式技术架构
业务中台与微服务架构的关系
工作坊
事件风暴
聚合
问题域
解空间
问题空间
共性能力识别
共性能力
数据中台
业务中台
业务架构设计
业务线的问题域重合度分析
业务流程背后的问题域分析
中台为潜在预设目标的企业数字化全景规划
TOGAF
Zachman
企业数字化全景规划
企业架构方法
信息收集
总结思考
平台型企业架构设计概览
中台与微服务
领域分析
中台复用的能力类型
领域驱动设计(DDD)
DDD工作坊
事件风暴
企业级架构方法
Define
Discovery
王健
中台落地第二步:企业数字化全景规划

该思维导图由 AI 生成,仅供参考

你好,我是王健。
上一讲,我们通过 Discovery 从三个不同的角度和方向,对企业内外部环境进行充分的信息收集之后,得到了非常多的信息。那这一讲我们就来讲一讲,如何通过对这些信息的分析和收敛,运用企业架构方法,最终分析形成企业的数字化全景规划,并最终推导出我们 PD 的一个重要产出物,也就是一个中台落地建设的演进路线图。
那首先需要给你介绍一下什么是企业级架构方法

企业级架构方法

企业架构方法如 Zachman、TOGAF 等,最长的已经有 20 多年的历史了,可以说已经非常成熟了。其中应用最广的应该就属 TOGAF 了,在市场上占据了至少半壁江山,也最为我们所了解。TOGAF 的基本思路,就是从企业最新的愿景战略以及运营模式出发,设计企业的 To-Be 业务架构,然后依次推导,一步一步推导数据架构、应用架构、技术架构,就是这样一个过程。
我们现在在做以中台为潜在预设目标的企业数字化全景规划时,也参考了 TOGAF 的这个思路,基于 Discovery 发散收集来的各个维度的信息,在 Define 阶段结合自上而下企业战略分解的举措和自下而上现有业务架构梳理和分析的问题及痛点,重新设计新的业务架构,并进一步推导出其它的相关的架构设计。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结

本文深入探讨了企业数字化全景规划和中台复用能力的重要性及关键步骤。首先,通过企业架构方法和Discovery发散收集的信息,进行了企业数字化全景规划的分析和收敛。文章讨论了中台相关的常见问题,特别是关于中台复用的能力类型。作者提出了商业运营模型,探讨了业务模式和数据集成对于中台能力复用的重要性。此外,文章总结了在不同业务线中寻找共性能力的四类类型:业务数据、业务功能、业务流程以及通用的技术能力。另外,文章还讨论了中台与微服务架构的区别和联系,强调了它们解决的是不同问题,并阐述了微服务架构的关键特性。整体而言,本文为读者提供了深入了解企业数字化全景规划和中台复用能力的重要信息。

仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《说透中台》
新⼈⾸单¥29
立即购买
登录 后留言

全部留言(30)

  • 最新
  • 精选
  • 阿神
    置顶
    我目前在一个化妆品企业,产品在各大电商平台销售,同时也有自建电商平台(app),我们在18年底开始中台化建设,走了一些弯路,这里分享下经验。在中台化改造之前,我们已经搭建了微服务开发平台,并在团队引入了领域驱动设计的理念。然后我们期望设计一套中台,再来改造遗留系统,但我们设计中台时对中台理解不够,对一些企业内部的业务系统,比如OMS也进行中台服务的拆解,这样导致设计的一些中台服务就这个OMS使用,能力上是不需要复用的,也就是并没有多个产品线来使用(未来也不会),辛亏这些设计还没有进入开发阶段,及时刹车,调整设计方案,把不需要服用的功能合并,实际上OMS本身就是一个中台应用,根本不需要拆细了;同时我们重点对于多个前台应用的能力进行分析和服务拆分(利用DDD方法拆分),最终我们的中台服务是满足多套前台应用使用的。所以我对中台是企业级能力复用这个很有感触,同时中台一定是考虑服务前台应用的,因为前台应用才可能有多套产品线,企业内部的业务系统一般是不需要基于现有的中台来搭建,因为这类系统就一个,本身属于一个中台应用,能够被前台应用来使用。当前企业内部的业务系统是可以基于技术中台来搭建,这个是没问题的,技术中台会提供开发平台,登录服务,短信服务等一些业务无关的组件,不论是前台应用还是内部业务系统都能使用。
    2019-10-10
    1
    32
  • 槿
    中台跟平台到底什么区别,这个概念感觉很模糊

    作者回复: 槿,你好~ 这是个好问题,这两个概念也确实模糊,很多企业做的中台和之前做平台也没什么两样。但我觉得还是有些区别的,我先引用阿里行癫在一次采访中对于这个问题的解释: 行癫:原来阿里是个平台,我也做过两年中台,我一直在琢磨中台跟平台到底有什么区别。像阿里巴巴、淘宝、天猫这种平台只要搭好了,客户直接开店就可以了,不需要关心任何事情,但我觉得中台不一样,中台自己单独的产品不能直接产生价值、不能直接对外服务,一定要变成别人产品的一部分,让别人的产品提供更好的服务,这是我理解的中台。 当然这个解释也有很多的背景和上下文,就是阿里刚提出的“被集成”。 但我觉得这个解释也能一定程度上区分出这两个概念,这也是为什么我觉得平台更多是去重,是整合,是你不要做了,来我这儿做;而中台更多是复用,是赋能,是被集成,是你还是自己做吧,但我有这些能力能帮到你,你要不试试? 也正是因为视角的变化,为了争取更多的“用户”,更好的为前台服务,也让中台更多从前台出发,从业务出发,也自然会包含更多的业务属性和业务封装。 所以我认为平台和中台的区别不再表现形式上,而主要在视角的区别上,视角的不同也会导致边界的不同,走上完全不同的道路。 不知道说的是否清楚,是否能解答你心中的疑惑。如果还有问题,欢迎继续留言,我们继续探讨~

    2019-09-30
    2
    35
  • 每天晒白牙
    我以为我做的就是中台,看完感觉不是

    作者回复: 每天晒白牙,你好~ 是不是中台不重要哈,解决没解决问题才重要,在我看来中台解决的是企业级能力复用的问题,但是反过来不一定成立,企业级的能力复用也不一定只能通过平台化或是中台化来解决,可能有更简单的方式,例如集成在某些情况下可能是更有效率的解决方式,活学活用:)

    2019-09-26
    6
  • 下一道彩虹
    王健老师好。在本节中,我有两个问题想与老师请教一下。一、本节标题“企业数字化全景规划” 与本节总结前的一个主题“平台型企业架构设计”是什么关系?个人感觉是说的同一过程,但又好像后者更具体一些,是前者的一个显相化裁剪落地版本。还请老师点拨点拨。二、“平台型企来架构设计”过程的第5步和第7步的看起来很相似,其区别和联系又是什么呢?

    作者回复: 下一道彩虹,你好~ 感谢评论留言,您看的很细哈。针对问题我试着回复一下: 一、可以做个类比,清楚一些。如果说TOGAF是“企业架构的设计方法”(EA)的话;那D4就是我们裁剪改良版的“平台型企业架构设计方法”(PBEA)。而本节,既“企业数字化全景规划”主要是在讲第二个D,Define的过程,也就是基于上一节收集的信息做一次收敛,形成业务架构、应用架构、技术架构…的过程。 二、如果您指的第五步和第七部就是“IT资产盘点”和“企业架构设计”的话,那第五步更多调研的是现状(As-Is);而第七部更多设计的是蓝图(To-Be),需要结合前六步的所有信息,而IT现状只是参考信息的一个方面而已。 希望回复对您理解有帮助,如果我理解错了问题,或是还是没有讲清楚,您可以继续留言,我们再深入探讨~

    2019-09-29
    4
  • 睁眼看世界
    感觉做一个好的中台离不开好的项目管理

    作者回复: 守候,你好~ 说的是,我看了一些回复,也发现,我讲的更多是从项目管理,产品管理,企业架构的层面来谈中台,可能是因为我决定中台就应该落在这个层面上。 而且不光是项目管理,甚至需要跳出项目内,从更高一个维度,比如项目间协调,产品间协调的角度来看待,如果只是从技术出发,很容易陷入到管理和组织旋涡里。 感谢你的分享,随时继续探讨~

    2019-10-11
    2
  • Jeremy King
    你好,文中提到微服务是由单一应用划分成很多小服务,而我们常见的一个应用能提供多个微服务()请问微服务到底是指一个应用,还是应用里面的某个服务?

    作者回复: Jeremy King,你好~ 一般一个微服务指的是应用中的某个服务,是一系列API(广义)的集合,多个应用也可以share一个或多个服务~

    2019-10-14
    2
    1
  • 亚东
    DDD(领域驱动设计)这个之前想学习过,老师这么说了,看来很重要,似乎是构建中台的一个重要思维设计工具。打算去了解一下。

    编辑回复: 极客时间马上会上线一个DDD的专栏

    2019-10-09
    3
  • jiaoenzhao
    路线图有高清的没

    作者回复: jiaoenzhao,你好~ 路线图虽然做了脱敏处理,但是还是怕会有一些问题,所以故意适当做了一些模糊化处理,主要是为了展示一个完整的思路,示意一下~ 感谢理解哈~

    2019-09-26
  • 雪飞
    老师,您好,是否可以提供一些每个阶段的成果产出物示例,这样方便我们理解每一个阶段具体要做的事情,谢谢!
    2019-10-11
    8
  • Jade
    SaaS 抽象层次高,更靠近业务,但对于业务的标准化要求高,灵活度小。业务中台正好反之,抽象层次较 SaaS 低,介于 PaaS 和 SaaS 之间(所以很多企业管业务中台叫 ApplicationPaaS,或是 BussinessPaaS),离业务较 SaaS 远一些,但更灵活。这也回答了很多人困扰的业务中台与 SaaS 的区别问题。 这部分是不是说反了? SAAS应该是业务的具体实现,更加细节具体一些;而中台各业务线通用的部分,更加抽象,具体实现交给应用去组合和编排。
    2019-12-27
    3
收起评论
显示
设置
留言
30
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部