数据中台百家争鸣,到底谁的好?我这里设计了一套指标评估体系

 

 大数据技术 

如何打造企业数据中台的评估指标体系,一方面指导企业自身的数据中台建设,另一方面为企业间数据中台的比较提供一个参考标准。

去年写过一篇文章谈了数据中台的初步评估方法。今天再谈谈落地的细节,即如何打造企业数据中台的评估指标体系,一方面指导企业自身的数据中台建设,另一方面为企业间数据中台的比较提供一个参考标准。

1、行业实践参考

第一个是DCMM。

数据管理能力成熟度评价模型(Data management Capability Maturity Model 简称DCMM)是国家大数据重点标准之一,是一个综合标准规范、管理方法论、评估模型等多方面内容的综合框架,涉及8个能力域5个等级,目标是提供一个全方位组织数据能力评估的模型,如下图所示,但其缺乏对数据中台最重要特征的比如服务化,业务化等的描述。

图片

第二个是大数据服务成熟度模型。

信通院推进的针对大数据服务成熟度评估的准国家标准,是对DCMM的有效补充,如下图所示。

图片

第三个是云徙科技中台能力成熟度。

云徙科技针对中台的成熟度评估实践,能力域设置比较全面,还有指标体系的设置,如下图所示。

图片

2、数据中台能力成熟度模型

结合行业及自身实践,笔者建议企业数据中台的评估从管理、技术、价值三个能力域开展,以此衡量数据中台的管理先进性技术先进性服务价值贡献,如下图所示:

图片

管理维度:从企业数字化战略、数字化人才和运营机制反应企业数据中台管理的先进性

技术维度:从架构先进性、能效水平来衡量数据中台的技术领先性

价值维度:从服务规模、服务共享及服务响应来衡量数据中台的价值贡献

3、数据中台评估指标体系

这里将数据中台价值评估指标体系分为管理、价值、技术三大能力域8个能力项10个指标,指标类型区分为定量定性,定性的根据划分阶段可以转成定量,整个指标体系如下表所示:

图片

(1)价值域

数据服务支撑度:数据服务直接支撑的接口数量/下游应用的数据接口数量,代表了数据中台的服务覆盖度,如果下游应用的数据接口大多以定制化的方式支撑,那说明数据中台的支撑范围有限,该指标可以避免一叶障目、PPT文化、亮点工程现象的发生。

数据服务复用度:数据服务直接支撑的下游应用接口数量/数据服务数量,代表了数据服务的复用共享水平,如果数据服务复用度很低,复用提效就失去了意义,说明数据服务的设计出现了问题。

 

数据服务交付周期:从需求提出到交付的数据服务平均提供时间,代表了数据中台对外服务的交付速度,数据服务如果可以采取配置化方式实现,那就可以大幅提升交付速度。

数据中台是赋能业务快速创新,但并不意味着可以跟业务产生的价值直接挂钩,因此这里没有把收入等业务指标直接归属到数据中台价值域。

(2)管理域

数据战略水平:组织开展数据中台工作的愿景、目标和原则。参考DCMM(数据管理能力成熟度评估模型),可以分为初始级、受管理级、稳健级、量化管理级及优化级,也可以根据项目级、部门级、公司级、行业级、标杆级来划分,并据此评定分值,数据战略水平代表了公司对数据中台的重视程度。

数据组织设置:参考数据战略水平评定方式,假如企业的数据管理组织仅限于IT部门内部,则企业即使有数据战略,执行力也大打折扣。

数据人才比例:数据专业人才数量/企业员工数量,企业数据人才的多寡一定程度决定了数据中台的建设质量和运营水平。

使用人员比例:使用数据中台的内外部客户数量/内外部客户数量,使用数据中台的人员比例一定程度说明数据中台的开放水平,数据中台建的再好没人用也是枉然。

 

数据汇通比例:企业采集汇通的价值数据数量/企业数据资产盘点后的价值数据数量,这个指标一定程度上代表了企业的基础数据治理水平。

(3)技术域

DataOps水平:数据开发运营一体化水平,可以分为瀑布式开发持续集成和交付一站式可视化集成交付一站式量化管理智能优化开发五个阶段,假如企业的数据需求从开发到交付的每个阶段都是割裂的,那就是处于最低级阶段,如果开发和交付实现了无缝衔接,那就到了第二个阶段,如果全部是可视化操作,那就到了第三个阶段,如果可以基于数据驱动全流程优化,那就到了第四个阶段,如果优化基于人工智能自动进行,那就到了最高级阶段,当然划分没有固定的标准,这里仅是一种示例。

云原生水平:基于AICDE的云化、在线化、智能化架构水平,可以分为竖井式架构微服务架构全面云化在线化服务化架构,具备量化管理的云化架构基于AI决策的自动化架构五个阶段,云原生水平没有固定的标准,这里仅是一种示例。

如果对以上10个指标的分数进行标准化,就可以给出一个企业数据中台在8个方面的评分,下面是一个雷达图示例,如果再加权求和,就可以给出一个综合评分:

图片

笔者在评估数据中台的时候有很多挑战,一方面受限于自身的经历和水平,很难说客观全面,也许我说得都是错的;二是数据中台没有标准定义,没有标准架构,也没有通用的最佳实践,要给出评估指标体系就更难了,三是很多指标虽然可以设置,但难以量化,比如数据战略水平、DataOps水平,这使得评估指标体系设计难上加难。

但无论有多少争议,扔一个体系出来供大家参考和批判总是有益的,因为建完了数据中台后,领导总是会问:数据中台到底产生了什么独特的价值?在行业内处于什么样的水平?

我们需要正面严肃的回答这个问题,一方面是为了获得领导的理解和支持,另一方面也为中台的运营指明方面,否则就真成了瞎子。

数据中台可以没有标准架构,但需要有相对公允的价值评估手段,就好比虽然每个企业都在做精确营销,大家的实现过程和所用技术也各不相同,但好歹还有个公认的转化率指标可以大致衡量下自己的水平,而不是鸡同鸭讲。

无论如何,量化一下总比定性的讲好很多,这是数据从业者应有的态度!

本文为专栏文章,来自:傅一平,内容观点不代表本站立场,如若转载请联系专栏作者,本文链接:https://www.afenxi.com/82259.html 。

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
将《底层工作者手册之C语言基础及项目开发》改名为《底层开发者手册之C语言基础及项目开发》,并做了一些修改,更新到2.4.5节。不过其中有一些章节还没有写完。先凑合看吧   《C》这本手册是《底层开发者手册》系列的第二本,但它却是我第一个开始写的,早在2008年年底时我就开始着手写这本手册,但写了没多久就因为发生了一个意外而终止了。在2010年年初的时候我开始了第四本手册的写作——嵌入式操作系统内核,目前已接近完工状态(我的博客可以下载,blog.sina.com.cn/ifreecoding),现在我又回过头来重新写《C》这本手册,将会采用与《嵌》一样的方式,写一部分就在网上发布一部分,在这同时我又在收集第一本和第三本手册的材料,准备将这4本手册同时写完,使读者可以按照顺序阅读这4本手册,层层深入底层开发者的工作。   一个良好的C语言基础是编写嵌入式设备底层代码的必要条件,如今介绍C语言的书不少,介绍嵌入式C的书也不少,但几乎没有结合实际项目来介绍C语言的,看完这样的书,C语言会用了,但做出来的产品只能称之为中国校园式产品,为求实现功能不择手段,根本不适合在项目中使用。另有一些自称C语言精华的书或网上的面试宝典,尽是讲一些偏题怪题,这可能满足了作者的虚荣心,但却在将新手引向一个错误的方向。当然,仁者见仁智者见智,这仅是我个人的观点,也一定会被他人所反驳的,正是出现百家争鸣的局面社会才能进步。   本手册分为2部分,第一部分介绍C语言基础,在介绍C基础时会结合嵌入式中的应用加以介绍,将重点介绍在项目开发中有用的内容,对于过分追求技术但又没有什么实际用处的内容不做过多的介绍,对于这些内容最多会提一下,让读者知道有这种情况存在。第二部分介绍项目开发,从项目需求、分析、设计、编码、测试、维护的角度来介绍编写代码。记住,编码只是项目中的一个部分,在中国校园式产品中这可能几乎就是全部了,但在一个可以称之为产品的项目中,它只是一部分,并且项目越大它所占的比重越小。   我在看书学习新知识时,希望看到的是那些写的多一些详细一些,也就是废话多一些的书,可以傻瓜式的一步步跟下来,不希望看到那些对关键之处一笔带过还故作高深的书,所以本手册就以废话多为原则,可能会写的罗嗦一些,只求能看的明白一些。当然,本人知识水平有限,有些知识会有理解上的错误,或者有未触及的地方,错误一定是有的,就像做产品一样,不可能没有错误。我写本手册的目的在于分享我的知识,注重实际应用,这对某一论坛上的某些只会空谈经验、分析汉字语法的理想C语言文艺专家们来说可能会不屑一顾。如有问题,请登录我的博客blog.sina.com.cn/ifreecoding反馈,我虚心接受,但我拒绝那些假大空的为了批评而批评的建议。我们做项目不是写论文,是实实在在的东西!   为新手写一本介绍C语言的书很难,因为它牵涉到非常多的知识作为基础,其中的一些知识很可能需要使用另外几本书的篇幅来介绍,而且知识是耦合在一起的,在介绍前面的时候会涉及到后面的知识,对于新手来说,没有对C形成一个全貌,无法理解。因此给新手的建议是只能多看几遍,第一遍大致看看,掌握全貌,不要细读,然后再多读几遍,仔细分析各种问题,并结合例子,自己动手编程,调试,这个过程非常重要,一定要自己动手编程,光看是没有用的,只有自己动手解决了问题,才能从根本上理解问题。 C语言入门可能会比较容易,但不要指望几个月时间就能熟练掌握C语言,如果做底层编码的话则需要以年为单位来衡量。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值