前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >专栏 >首席数据官的崛起

首席数据官的崛起

作者头像
腾讯研究院
发布于 2018-03-09 07:42:43
发布于 2018-03-09 07:42:43
9890
举报

作为美国互助保险有限公司(Nationwide Mutual Insurance)首席数据官(CDO)的Wes Hunt对自己所从事的职业目标很明确,他说:“我们的目标就是将数据当成是我们公司资产的一部分,同时利用这一数据资产获得价值。”

目前,在美国,一批企业首席数据官慢慢出现,并且数量逐步增加,而Hunt也是其中一员。在全球范围内,首席数据官正开拓着一个新的领域,他们专注于控制数据和管理数据。据Hunt介绍,除了首席数据官之外,还有咨询师、分析师等,这些人都有着同样的使命,就是把企业中不同来源、堆积如山的数据进行整理和分类,然后对这些数据进行多样性的分析,并根据相应的分析结果为企业制定战略性的计划。

Dorman Bazzell是法国凯捷集团(Capgemini)新型技术和先进解决方案的项目实践主管,Bazzell指出:“过去,对于企业数据如何收集、存储、管理,甚至损毁,都是由法律部门、人力资源部门、首席信息官(CIO)和业务部门来共同决定的。而今出现了首席数据官这一角色,他们则成为企业中数据管理和数据控制的权威了。”

由于目前为止,许多企业将数据管理的责任分摊到各个部门,因此这些部门都是按照各自的政策来决定这些收集来的数据是存储还是应用。这样做的结果导致企业对于数据的管理和控制逐渐变得片面化,而没有站在一个宏观的、整体的角度,即使最终这些数据都存储在一个数据仓库中。

对此,有分析师指出,数据管理在企业中是一项具有里程碑意义的任务,但是如果企业的领导人在各个迥然不同的环境中进行数据管理,那么势必会影响数据价值的传递。为了解决这样的问题,各个领域中的许多大型企业都设置了首席数据官的职位。

Bazzell说:“现在,如果企业里没有首席数据官的话,那么就等于这个企业在数据战略上就输在了起跑线上,这样对于实现企业的业务目标来说也是不利的。因此,在企业中,需要有一个人来管理数据的应用。”同时,他还指出,首席数据官的出现可以说是数据控制的一个中心点,跟技术无关,但是却与企业内部的业务需求等相关事宜有着千丝万缕的联系。

如今,首席数据官存在于各个行业领域中大大小小的企业里,但有分析师却表示,并不是所有的企业都需要首席数据官,只有那些有数据需求,同时他们的数据需求又已完全成熟,这样的企业才需要首席数据官。

在那些设置首席数据官职位的企业中,他们的首席数据官一般不是向企业首席执行官汇报,而是向首席信息官、首席营销官或其他业务线上的主管汇报

无论指挥权在谁手中,首席数据官的角色就是重新安排企业高层的任务。不管首席数据官是自己负责相关领域的工作,还是将该工作移交给别人,他们都需要同其他的部门主管们(包括首席信息官)保持合作去推动数据相关的计划向前发展。这种工作模式可能会让首席信息管感到不舒服,但是分析师和咨询专家都认为首席信息官应该试着简单地调整一下他们的工作模式,或者当其工作中涉及到数据战略时要尽量为其提供方便。

普华永道全球和美国数据分析主管Dan DiFilippo说:“有些首席信息官认为首席数据官的出现对他们来说是一种威胁,也有人觉得首席数据官的出现对他们的帮助会很大。但就我来说,我并不认为首席数据官会给首席信息官带来任何影响。首席信息官仍然负责技术的交付和实现,并关注着行业内新兴的趋势和技术。首席数据官则扮演者完全不同的角色,他们关注的是数据,确保数据得到最佳的应用,如何更好地控制和管理数据,如何更好地保护数据,以及如何利用它,甚至用它来赚钱。”

去年秋天,Hunt出席了在波茨坦举行的IBM首席数据官战略峰会,并在会上发表演讲,他说首席数据官职位的出现完全是为了适应IT领域日益增长的数据需求。2013年11月,Hunt正式成为Nationwide的首席数据官,在此之前他曾在一家企业里担任了11年的客户分析副总裁。

关于Nationwide设置首席数据官一职,该公司的首席信息官也发挥了作用,Hunt认为首席数据官和首席信息官对于数据驱动策略都发挥着日益重要的作用,而首席信息官也需要向首席数据官提供相应的技术支持。Hunt说:“作为企业中的IT团队,他们更需要走在前面。”

Hunt向该公司的首席技术官汇报,Hunt指出首席技术官的职责与首席数据官的职责有很多一致的地方,例如对数据的控制和管理,以及利用数据来为企业谋得利益。许多人认为,首席数据官的角色不是也不应该负责对IT系统的实施和执行。

Ursula Cottone是位于美国克利夫兰的KeyBank公司的首席数据官,她也参加了IBM的峰会,并参加了分论坛的小组讨论。Cottone指出:“实施工具本身并不能创造出业务价值。”

Cottone在其任职初期主要致力于将企业内部的IT基础设施进行现代化更新,以服务于KeyBank与数据相关目标的实现,后来她开始致力于形成公司内部的数据控制和管理,以及运行工作。在关注这些工作领域的同时,Cottone指出,她还需要确保相应的数据对于业务单元来说是否可用,业务是否可以从数据中获取一定的启发和好处,以便为公司带来效益。她说:“这个过程就是发挥聪明才智以获得利益,同时管理风险。”

为了把事情做得更好,Cottone组成了一个25人的团队,这个团队中有一部分人是拥有分析和项目管理背景的专家,还有一部分人拥有运行和业务分析的工作经验。

CDO需要业务和IT的智慧

和Hunt的情况一样,Cottone也是其公司中第一个首席数据官,两年前她开始担任公司的首席数据官,在此之前,她在KeyBank担任了两年半的企业银行共享服务的首席副总裁。KeyBank公司的首席信息官和首席营销官共同合作设置了该职位,并设定了许多相关的职责,也确保了对数据的保护达到相关的要求和规定。

由于首席信息官和首席营销官共同合作设置了这一职位,这让Cottone认为首席数据官需要来自业务和IT方面的智慧。她说:“他们设置这一职位,一方面是业务和IT融合的产物,另一方面则是让首席数据官有能力去弥补这两个部门之间的鸿沟。”起初,Cottone是向共享服务的首席信息官汇报的,后来是企业架构主管,现在是营销和分析主管。尽管胜任首席数据官的角色仍需要一段时间,但是Cottone觉得目前这个角色的相关方面还算稳定。

美国Seattle Children’s是一家医疗机构,这家机构旗下拥有一家医院、一家研究所还有一个非盈利的基金会,而Eugene Kolker则是这家机构的首席数据官,并与其它几位首席数据官有着类似的经历。Kolker也曾参加过IBM的首席数据官峰会,同时在分论坛讨论中他称自己的角色其实就是利用数据,并分析数据以获取战略性的价值

为了实现既定目标,Kolker指出,首席数据官需要了解企业的业务情况和技术应用。同时,他也非常需要这两个部门主管的帮助,而在这家医疗机构中,首席医务官(CMO)和首席信息官则是首席数据官职位的执行发起人。Kolker在2007年这一职位设置之日起就开始任职,他有着研究、计算机科学和应用数据的专业背景,作为首席数据官的他向研究总裁和该医疗集团的全球首席执行官汇报。

CIO和CDO并肩作战

如果在IT行业中听到这样的说法,即打破技术和业务之间的鸿沟以便从数据中获得价值,那么就是因为首席信息官们在最近的这几年一直推崇着这一观点。

然而,据Gartner分析师Logan指出,首席信息官通常不具有控制数据的权利,而且即使他们想要这样做也会频频受到来自业务主管的阻挠,而业务部门主管对于数据也没有太多的掌控权。

Logan说:“虽然首席信息官可以扮演这样的角色,但是从过去几十年的发展中可以看出,首席信息官们并没有拥有数据。数据掌握在业务部门主管手中,业务催生出数据,并利用它,或者在报告中引用数据,而业务也确实需要拥有这些数据。”

随着数据增长得逐渐变得难以处理,首席信息官对于数据共享的要求越来越强烈,同时其他的部门主管也在关注着,首席数据官的出现正恰如其时的掌握了数据。Logan说:“一些首席信息官可能认为首席数据官这个职位的出现是一种威胁,但是在Gartner内部却能听到首席信息官热情的欢呼声,因为首席数据官正可以对数据分类和管理向首席信息官提供帮助。在我看来,首席信息官和首席数据官是同类,他们是一个联盟,他们是并肩作战的。”

例如,如果首席信息官想要把数据传到云上去,但却遭到业务部门的阻挠,那么首席数据官正好可以帮助他一起冲破阻碍,解决这个问题。同时,首席数据官还可以追踪对数据保存的需求,并确定业务部门因业务而对数据的合理需求,也可以帮助首席信息官们为支持数据的应用而制定相关优化基础设施的策略。

Logan总结说:“首席信息官将为首席数据官实施计划提供最佳的办法,而这也是首席信息官富有策略性的地方。”

对于Seattle Chirldren’s医疗机构的Kolker来说,作为一个首席数据官最主要的还是为公司服务。他说:“你应该了解业务,同时也要有战略眼光,不过归根到底还是服务于人的,包括雇员、医生、护士和病人,要通过你的努力赋予他们能力,要让他们生活得更好。”

CDO还是CAO——或者两者都要?

随着企业内部的数据逐渐变得复杂起来,一些企业都在考虑增加首席分析官(CAO)或者类似的分析职位。

那么,首席数据官和首席分析管两者有什么区别吗?Gartner分析师Debra Logan说:“首席数据官主要专注于关注和防御风险,以及管理和控制数据;而首席分析官则主要侧重于防御风险,并从数据分析中来寻找可能的机会。”但是在企业中,这些数据又未必都是完全排斥的,只是在很多企业中可能其中一个的职责要比另一个的职责更有优先权

Logan表示,目前,有多少企业同时设有首席数据官和首席分析官这两个职位还不得而知,不过Gartner针对这一问题已开始了调查。

见36大数据首席数据官的崛起

本文参与 腾讯云自媒体同步曝光计划,分享自作者个人站点/博客。
原始发表:2015/03/26 ,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 作者个人站点/博客 前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
暂无评论
推荐阅读
编辑精选文章
换一批
ONOS发布新版SDN操作系统Junco
在上周的开放网络峰会上,ON.Lab主导的开源项目ONOS发布了新的版本Junco,ON.Lab和ONF表示该版本的ONOS操作系统目前已经在多个实验室和现场试验中运行,并且在上周的ONS大会上加以演
SDNLAB
2018/03/29
6950
ONOS构建开源Leaf-Spine Fabric
On.Lab ONOS项目组领导下的一个工作组近日发布了一个开源的leaf-spine fabric架构,以期进一步推动开放网络的发展。 开放网络基金会(ONF)首席架构师Saurav Das认为,这个全新的开源leaf-spine fabric架构也证明了OpenFlow是有效的。 这个项目是ONOS、ONF、Broadcom和Edgecore共同合作的一个项目。 该架构(leaf-spine fabric架构)使用的是白盒交换机上运行的OpenFlow 1.3,是开放计算项目(OCP)和白盒交换机生态系
SDNLAB
2018/04/02
1K0
ONOS版本迅速迭代,下一代会是什么鸟
开放网络操作系统(ONOS)在2015年一年当中发布了五次代码版本,每个版本的名称以一种鸟的名字命名。这次的版本是EMU,它能够提高平台的性能,例如IP组播、SDN-IP、关键的用例包括CORD,服务
SDNLAB
2018/04/03
1.4K0
ONOS版本迅速迭代,下一代会是什么鸟
SDN实战团分享(十九):OpenDaylight在电信网络中的应用
大家好!首先自我介绍一下:我来自中国电信广州研究院,我和我的SDN小组是一支来自电信运营商的研发团队,主要从事一些预研性的研究和开发工作。大家可能是从最近的一本关于ODL的新书《OpenDaylight应用指南》中了解到我们在ODL方面做过一些工作,我这里想说的是,我们的工作在整个运营商的SDN/NFV研究拼图中只是很小的一部分,因为这里涉及到宽带IP网、移动网、传输网、接入网、终端、BOSS等各类专业领域的向SDN的演进问题,今天我们没法在这里展开讲,只用一张图来表明一下相关的工作基础和广域网SDN控制器
SDNLAB
2018/04/02
1.3K0
SDN实战团分享(十九):OpenDaylight在电信网络中的应用
网络发展遭遇瓶颈期,如何推动SDN/NFV解决困局?
内容来源:2017 年 11 月 29 日,高级工程师唐志军在“GNTC全球网络技术大会2017”进行《测试即服务推动SDN/NFV技术发展与产业落地》演讲分享。IT 大咖说作为独家视频合作方,经主办方和讲者审阅授权发布。
IT大咖说
2018/07/27
5190
网络发展遭遇瓶颈期,如何推动SDN/NFV解决困局?
SDN和NFV在接入网和核心网的最新趋势
现今,有线和无线技术正在竞争下一代接入网络的支配权。由于带宽的巨大需求,光网络仍会在接下来的发展中扮演着主要角色。其中,PON是公认的宽带架构。这种技术能够促使网络融合,比如,开发电话网络的移动前传和回传业务。尽管如此,混合解决方案将很有可能在很多场景中应用。在本文中,业务融合和统一的网络控制和管理机制被认为是通过合适的系统接口使能数据平面集成之外的技术的关键。 为应对上文所述的需求,SDN成为了控制平面和数据平面分离的关键,开发开源软件以适用不同操作系统的编排平台。其中一个开源协议就是OpenFlow
SDNLAB
2018/03/30
1.3K0
SDN和NFV在接入网和核心网的最新趋势
SDN实战团分享(三十):Big Switch的技术颠覆
SDN的出现给了网络界一针强有力的“兴奋剂”,释放了网络界压抑已久的创新的能量。这一波技术思潮催生了大量的SDN创业公司,对各大厂商发起了巨大的冲击,网络领域的生态链可能面临着彻底的重构。2012-2015年,SDN创业的主战场是数据中心虚拟化,2015年已经开始转向广域网专线。数据中心SDN第一阶段的拼杀基本已经结束了,经过市场的整合,大部分startup都投入了大厂商的怀抱,只剩下少数的几家仍然在市场上独立打拼着,随着Plumgrid在2016年底被Vmware收购,控制器这块主要就剩下了BigSwit
SDNLAB
2018/03/30
1.5K0
SDN实战团分享(三十):Big Switch的技术颠覆
ONOS调研报告
1 SDN简介和组成部分 SDN即软件定义网络(Software Defined Network, SDN ),是emulex网络一种新型网络创新架构,是网络虚拟化的一种实现方式,其核心技术openf
SDNLAB
2018/04/03
1.2K0
ONOS调研报告
SDN私享汇(十五):SDN之道Juniper Contrail深入解析
1.介绍 云计算为了适应业务/APP 的快速开发和部署,会把网络分为两层:Overlay和Underlay网络。对于Underlay网络适用于传统的物理网络的自动化部署,提供基本的物理连通性,不需要经常变化网络拓扑等。对于Overlay网络来说,需要经常性的网络变更以适用于DevOps的要求,必须要引入SDN来控制Overlay网络,对于Overlay网络来说,也分为纯软件的(比如基于 vRouter)方案和软硬混合的方案(比如基于 TOR Switch上的EV**+VxLAN)方案。
SDNLAB
2018/03/29
2.1K0
SDN私享汇(十五):SDN之道Juniper Contrail深入解析
SDN实战团分享(三十):解读DC中的overlay与underlay
企业在上云的时候,一般不会抛弃现有的物理服务器与物理网络设备,而选择完全的虚拟化环境。其原因有如下几点:1. 保护存量投资,进行增量部署;2. 一些特殊类型的工作负载(如大型数据库)不允许、技术上也很难迁移到虚拟化环境中;3. 虚拟化环境安全性、性能都不如物理环境。另外,虚拟机产生的Internet流量也不可避免地要送出虚拟化环境的边界,交由核心的路由器来处理。因此,虚拟化环境和非虚拟化环境的对接就成为了一个非常重要的问题,这一部分就来探讨一下对接的问题。 在开始介绍具体内容之前,要先来做一些前提的约束:1
SDNLAB
2018/03/30
2K0
SDN实战团分享(三十):解读DC中的overlay与underlay
边缘计算(三)——边缘计算的解决方案
目前,市场上存在的边缘计算相关概念包括雾计算、边缘计算、多接入边缘计算/移动边缘计算、移动云计算等概念。这是边缘计算的第三篇,主要讲的内容是边缘计算的解决方案。
大数据和云计算技术
2019/03/07
4.4K0
边缘计算(三)——边缘计算的解决方案
SDN实战团分享(二十七):Cisco ACI技术解析
在网络厂商的圈子里,其实SDN早就不是什么新概念了。ForCES作为“SDN上古神兽”在2004年就有了第一版RFC,2006年Juniper向IETF提交NETCONF,希望能够对各厂家设备的CLI进行标准化,同时在远端通过开放API对网络进行自动化配置与管理,至于OpenFlow其实也早在2008年就被提出了,不过当时也没有在业界引起太大的波澜。2004年到2012上半年,面对初现“狼子野心”的SDN,Cisco可谓是镇定自若,策略上也没有采取过分的打压,毕竟作为网络厂商的“大哥大”对待新技术要表现出足
SDNLAB
2018/04/02
3.4K0
SDN实战团分享(二十七):Cisco ACI技术解析
【双语频道】ONOS架构原理
The purpose of this ONOS talk is to convey the rationale behind our approach to a few architectural pillars, 接下来我将为大家介绍ONOS架构设计的几个基本理念 Which in my view make ONOS unique, and which make it an excellent platform for developing SDN solutions, 这些理念成就了ONOS的独
SDNLAB
2018/04/02
1.1K0
【双语频道】ONOS架构原理
ONF开源白皮书:SDN解决方案案例——校园SDN
1 Aspen:实时媒体接口规范(ONF) Aspen源于通信技术标准化社区的一个想法,它希望借助SDN更加高效地为用户提供服务。部署了统一标准通信基础设施的企业用户,通常会拥有一些管理分片,用来管理数据流的重要等级以及需要提供的QoS信息。这样,企业用户无需依靠所有数据包上的QoS标记,就可以掌握数据流的QoS状况。而前者管理起来可能会非常复杂,并且有可能应用不当。 为了解决上述问题,ONF指定了一个API,使得应用程序根据QoS的需求通知SDN控制器。针对这一问题,最初的关注焦点是诸如Microso
SDNLAB
2018/04/02
1.3K0
ONF开源白皮书:SDN解决方案案例——校园SDN
【每日播报】ONOS预热篇之ONOS简介
1 ONOS诞生背景 1.1 ONOS诞生的利益分析 随着移动设备的不断普及,OTT服务和内容分发的兴起导致服务提供商网络迫切的需要一次网络变革。为了应对日益增长的带宽需求,服务提供商希望网络可以更加敏捷高效,且能从创新型服务和新型业务模式中分一杯羹得到更好的发展,至此SDN的呼声越来越高。而SDN中控制器占重要部分,是兵家必争之地,陆陆续续已经出现了很多SDN控制器,如OpenDaylight、OpenContrail、Ryu、Floodlight、NOX、SPOX等等,其中最受瞩目的莫过于OpenDay
SDNLAB
2018/04/04
9570
【每日播报】ONOS预热篇之ONOS简介
SDN私享汇(十六):SD-WAN广域网重构和与实践
对SDN的理解 由于今天谈的是SD-WAN广域网重构这个话题,有必要先和大家同步一下对SDN的理解,对于SDN的理解每个人可能不一样,但为了更好理解今天的交流,还需要同步一下最好:今天讨论的SDN不再局限于传统的狭义SDN,目前看传统的狭义SDN(基于Openflow,控制面和转发面分离)由于它的局限性实际部署的不算太多,越来越多的项目更倾向于由最初的狭义SDN走向广义SDN,对于广义SDN的特性简单理解:基于更加丰富的南向多种SDN协议(除了Openflow,还包括NETConf,OVSDB,BGPL
SDNLAB
2018/03/29
1.2K0
SDN私享汇(十六):SD-WAN广域网重构和与实践
SDN实战团分享(三十一):Segment Routing meet SDN
一、介绍 在1990年代Yakov, Eric Rosen, Kompella很多业界先驱(仅列举了Juniper公司的MPLS业界领袖,其他公司也有 很多Fellow推动M
SDNLAB
2018/03/30
2.3K0
SDNLAB技术分享(十五):容器网络大观
一、容器网络概述 容器这一两年火的不行,可以说是独领IT风骚,一时风光无二。相比于虚拟机来说,容器更轻,一台服务器上可以运行成百上千的容器,这意味着更为密集的计算资源,因此基于容器运行工作负载的模式深受云服务提供商们的青睐。 然而对于云管理员来说,管理容器确是一件相当头疼的事情,容器的生命周期更短了,容器的数量更多了,容器间的关系更复杂了。为了简化大规模容器集群的运维,各路容器管理与编排平台应运而生,Docker社区开发了Swarm+Machine+Compose的集群管理套件,Twitter主推Apach
SDNLAB
2018/04/02
1.5K0
SDNLAB技术分享(十五):容器网络大观
SDN实战团分享(二十一):ONOS开发实战之OVS Manager(Bootcamp 2016)
Agenda: 1.ONOS整体架构简介、ONOS子系统架构简介 2.App应用代码框架、运行机制简介 3.OVS Manager需求及技术分析 4.OVS Manager各项需求的功能实现 1.
SDNLAB
2018/04/02
2.6K0
SDN实战团分享(二十一):ONOS开发实战之OVS Manager(Bootcamp 2016)
ONOS架构之子系统介绍
前言: 为了方便灵活性,ONOS采取的是一种模块化结构,一方面能灵活地组织各种模块,容易让开发者扩展出新的模块,同时通过隔离令系统的模块各司其职而不会互相干扰。实际上ONOS是由多个子系统组成,本文将对ONOS中几个比较有代表性的子系统进行介绍。 基础——OSGi: ONOS由多个模块组合而成,实际上ONOS是基于OSGi bundles实现的。OSGi是一个基于插件式的软件架构,包含OSGi框架和插件。这种插件被称之为Bundle,Bundle可以被动态地加载和卸载,动态升级也就可以被实现了(有点像Erl
SDNLAB
2018/04/03
1.6K0
ONOS架构之子系统介绍
推荐阅读
相关推荐
ONOS发布新版SDN操作系统Junco
更多 >
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档