业务模型到中台设计--06.业务中台从0-1建设路径
2021-11-12 10:03:38 46 举报AI智能生成
业务中台从0-1建设路径，建设模式选择、中台需求优先级基本规则、通用模型的建设方法、业务中台需求管理常用的技巧、业务中台路线图、业务中台建设KPI、业务中台建设步骤等
作者其他创作
大纲/内容
06.业务中台从0-1建设路径
中台系统：定位：帮助前台业务封装底层系统接口并形成一个中间层
建设模式选择
分布式替换建设
对业务系统一次一个进行改造重建，最终将所有综合架构实现中台化
好处：可以不断根据业务需要进行抽象
坏处：建设周期比较长
现在很多启动中台建设的公司都采用了这个模式
完整式建设
企业中单独开始建设业务中台，保留原有的业务系统正常运行，单独启动一个项目
在完成中台建设后，保持业务前台不变，中台作为一个新系统嵌入原有的IT系统中，并让原来前台业务与后台的接口调用，逐步由中台接替
好处：一切从0开始，对于中台人员来说可以快速完成代码实现，不需要梳理其他业务代码
缺点：需要单独用一套系统从0翻新公司的所有项目，建设成本比较高
中台需求优先级基本规则
业务线优先
根据业务线所在层级来定义优先级
需求共性需求程度
是不是核心需求？
需求是否具有可扩展性？
其他业务线是否也需要？
2个层面进行整合
功能流程层面整合
统一的业务模型
业务数据层面整合
找出可以对通用模型进行业务描述的基本数据
相似度比对
通过比对两个模块中的通道数来计算相似度
相似度=（相同输出通道数+相同输入通道数）/总通道数
通用模型的建设方法
从企业的业务出发去设计一个大体的模块框架，承载的是核心业务流程
一颗大树，业务中台负责整个躯干的维护，具体的枝叶由各业务线完成
企业级数据模型
是一个企业中的业务规则以及信息管理，就是完整业务可以被描述成需要用户输入哪些信息、确认哪些信息，并在什么情况下，可以让用户完成一次业务活动
数据储存
数据存储=通用数据（中台）+业务数据（前台）
前台模块重构，2个原则
将公共字段统一汇总到中台
前台业务只留存个性化部分
业务中台需求分析步骤
原始需求
标准需求
排期需求
需求的关键要素
对象：不能脱离需求对象
场景：明确业务的使用范围，定义需求服务提供的能力边界
业务中台需求管理常用的技巧
1.业务中台需求鉴别
砍掉：影响业务中台定位的需求
砍掉：影响用户体验的需求
2.版本迭代计划安排
早期每两周发布一个小版本
中后期稳定时每个月发布一个大的版本
业务中台路线图
1.0版本：以公司主流程为主，同时对无法人工代替的需求进行研发
基础模块替换
根据定义的模块需求完成中台核心能力
2.0版本：对各条业务线的主流程外的系统对接类需求进行研发
对接口开发
根据前后台接口需要开发对接接口接入层
3.0版本：对保障中台运维与防止业务出现风险的安保类需求进行研发
完善系统模块
模块上线后根据业务线反馈进行迭代
业务中台建设KPI
指标1:模块复用率
模块复用率=用业务中台的各个模块被各条业务线所使用的次数/业务中台各模块总使用次数
模块复用价值不高的模块，完全可以放到对应业务线中单独维护
指标2:业务开发TTM
一个软件模块从立项研发到最终上线所需的时间
原模块研发所用人日-业务中台研发该模块人日=节省的人日
公式扩充后：
总成本节省=（业务1节省开发成本+业务2节省开发成本+...）-业务中台开发成本-业务方迁移至中台成本-中台系统运维成本
总成本节省=（业务1节省开发成本+业务2节省开发成本+...）-业务中台开发成本-业务方迁移至中台成本-中台系统运维成本
业务中台建设步骤
绘制全景功能地图（梳理业务线功能现状）
找到核心业务流程（不同业务线中的统一流程）
搭建企业级数据模型（业务数据化）
研发业务中台中间件（分布式存储模式搭建）
对接后台业务系统
0 条评论
下一页
