博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
中台之中台的设计
阅读量:4210 次
发布时间:2019-05-26

本文共 784 字,大约阅读时间需要 2 分钟。

file

承接上文

通过discovery和define完成了第一轮企业级别的发散和收敛。

即:站在企业的高度,基于企业愿景和内外部环境,通过战略分解和现状调研,应用企业架构的方法确定了最终的平台型企业架构,并确定了需要哪些中台,以及建设先后的问题。
中台的设计阶段:进行第二轮的发散和收敛,站在一个中台产品的视角,看看如何进行设计。

确定中台产品愿景

电梯会议:回答一下问题:

  1. 用户是谁?
  2. 解决了什么问题?
  3. 差异化特点是什么?

愿景的提炼需要充分收敛。

确定并梳理业务范围

即细粒度的业务架构梳理,抽取共性,识别中台产品的具体需求。

由于中台是面向企业级的,设计的是企业的全业务线,而且是端到端的全流程。

需要基于愿景结合业务线和端到端综合梳理。
image.png

image.png

然后进行细粒度业务梳理。基于领域模型设计。采用设计思维,结合用户体验地图和服务蓝图回到业务本身,从问题域触发,以用户为中心,进行用户体验设计和业务蓝图梳理。

image.png

image.png

image.png

MVP

业务梳理的的来源是定性抽象,并不明确,属于高风险需求。

采用最小客用品原则:业务需求上采用端到端纵向切分,结合需求的优先级排序,最终确定需求范围。
image.png
image.png

确定迭代计划

实际情况是前台和中台并行发展,必须有一个长期的前台接入和后期运营支持的规划。

image.png

度量指标前置

即中台带来的价值如何衡量,不同的层级都有一杆衡量的秤。挖掘出指标,可以更好的指导中台产品的建设和推荐。

指标分类
image.png

image.png

小结

从业务中台的愿景出发,(可以使用电梯会议进行收敛)。

基于愿景和企业的业务线,端到端流程萃取出共性的业务数据,业务流程,业务模式,即确定业务范围。
但是这样基于定性抽象的业务需求还属于高风险需求,必须基于愿景,需求优先级,采用端到端的方式确定MVP,即中台建设的启动点。
为了使得中台建设更高效的交付,必须提前规划好运营迭代和提前想清楚度量指标。

原创不易,转载请注明出处,欢迎多沟通交流

你可能感兴趣的文章
LoadRunner如何在脚本运行时修改log设置选项?
查看>>
QC数据库表结构
查看>>
自动化测试工具的3个关键部分
查看>>
测试工具厂商的编程语言什么时候“退休”?
查看>>
资源监控工具 - Hyperic HQ
查看>>
LoadRunner中Concurrent与Simultaneous的区别
查看>>
SiteScope - Agentless监控
查看>>
QTP测试.NET控件CheckedListBox
查看>>
使用QTP的.NET插件扩展技术测试ComponentOne的ToolBar控件
查看>>
用上帝之眼进行自动化测试
查看>>
为LoadRunner写一个lr_save_float函数
查看>>
PrefTest工作室全新力作-《性能测试与调优实战》课程视频即将上线
查看>>
质量度量分析与测试技术 培训大纲
查看>>
欢迎加入【亿能测试快讯】邮件列表!
查看>>
为什么我们的自动化测试“要”这么难
查看>>
LoadRunner性能脚本开发实战训练
查看>>
测试之途,前途?钱途?图何?
查看>>
adb常用命令
查看>>
通过LR监控Linux服务器性能
查看>>
通过FTP服务的winsockes录制脚本
查看>>