数据团队结构怎么搭?

本文涉及的产品
数据管理 DMS,安全协同 3个实例 3个月
推荐场景:
学生管理系统数据库
简介: 数据团队结构怎么搭?

勇哥的宝典

照例,我忙到飞起,自然顾不上,但是我有彭友!今天给彭友们上勇哥!勇哥贼牛批,几乎是实时响应:

勇哥是老彭友了,他那资料库简直跟我的不相上下了。他在我们彭友会的群里非常活跃,非常喜欢帮助他人。在此代表所有彭友感谢勇哥的大力支持!勇哥提供的这份资料其实从名称上就能看出来,是来自于DMBOK里的。文末有提供下载方式哈~~~

数据组织模式

DMBOK对于数据组织定义的其实挺全乎的。其中第16章专门讲数据组织“数据管理组织与角色期望”。DMBOK建议我们从文化、运营模式和人员三个角度,对数据组织进行剖析,了解现有的组织和文化规范:DMBOK里把数据组织分为五种:

  1. 分散运营模式:数据管理职能分布在不同的业务部门和IT部门。
  2. 网络运营模式:通过RACI(谁负责,Responsible;谁批准,Accountable;咨询谁,Consulted;通知谁,Informed)责任矩阵,利用一系列的文件记录联系和责任制度,使分散的非正规性组织形成一张网络,称为网络模式。
  3. 集中运营模式:最正式且成熟的数据管理运营模式,即所有工作都由数据管理组织掌控。
  4. 混合运营模式:即分散模式和集中模式共存。
  5. 联邦运营模式:联邦模式是混合运营模式的一种变体,通常在大型全球企业中采用,有额外的集中层/分散层辅助进行管理。

不同企业实际上适合不同的组织模式,这个并没有高下之分。比如说集中运营模式最成熟,但也不适合所有企业:一个跨国公司非得用集中运营模式,那肯定会很别扭的。一个初创企业,最重要的是快速拓展业务,整一个联邦运营模式也会害死人的。
所以,根据自身的企业特征,选择合适的组织形式,是比较理智且科学的方法。

团队角色

嗯,勇哥的材料其实比书上要好,因为他是按照职能、活动、角色、职责划分的

这个表格详细说明了数据管理都要做什么事、做这事儿的目的、怎么做、产出物是什么、由谁负责、谁批准、谁参与贡献。非常详尽!这也是大家疯狂YYDS的原因。

DMBOK受限于文体,不能像Excel那么灵活,只能挨个展开说。DMBOK里把角色分为CDO、业务、IT(数据)、混合四种角色:

1.执行官角色

以前主要是首席信息官、首席技术官则在IT方面发挥着重要作用。现在已经出现了侧重业务层面的首席数据官(CDO)。

2.业务角色

这里的业务角色特指业务部门的数据管理专家,主要关注数据治理功能,包括业务术语、业务实体的数据质量和元数据、主题域、数据、数据属性,数据据质量规则,还帮助识别和解决数据问题,为数据标准、策略和过程提供输入。

3.IT(数据)角色

IT(数据)角色特指IT(数据)部门的数据专家,包括不同类型的架构师、不同级别的开发人员、数据库管理员以及一系列支持性角色。下面是抄DMBOK的:

1)数据架构师(Data Architect)。负责数据架构和数据集成的高级分析师。数据架构师可以在企业级或某个功能级别开展工作。数据架构师一般致力于数据仓库、数据集市及其相关的集成流程。

2)数据建模师(Data Modeler)。负责捕获和建模数据需求、数据定义、业务规则、数据质量要求、逻辑和物理数据模型。

3)数据模型管理员(Data Model Administrator)。负责数据模型版本控制和变更管理。

4)数据库管理员(Database Administrator)。负责结构化数据资产的设计、实施和支持,以及提高数据访问性能的技术方法。

5)数据安全管理员(Data Security Administrator)。负责确保对不同保护级别数据的受控访问。

6)数据集成架构师(Data Integration Architect)。负责设计数据集成和提高企业数据资产质量的高级数据集成开发人员。

7)数据集成专家(Data Integration Specialist)。负责实现以批量或准实时方式集成(复制、提取、转换、加载)数据资产的软件设计或开发人员。

8)分析/报表开发人员(Analytics/Report Developer)。负责创建报表和分析应用解决方案的软件开发人员。

9)应用架构师(Application Architect)。负责集成应用系统的高级开发人员。

10)技术架构师(Technical Architect)。负责协调和集成IT基础设施,以及IT技术框架的高级技术工程师。

11)技术工程师(Technical Engineer)。负责研究、实施、管理和支持某一块信息技术基础设施的高级技术分析师。

12)桌面管理员(Help Desk Administrator)。负责处理、跟踪和解决与信息、信息系统或IT基础设施使用相关的问题。

13)IT审计员(IT Auditor)。负责包括审计数据质量和数据安全性的IT内部或外部的审计人员。

4.混合角色

DMBOK里写的是混合角色,但是我觉得应该叫“万金油”才对,因为这些角色需要同时具备业务和技术知识。嗯,继续抄DMBOK:

1)数据质量分析师(Data Quality Analyst)。负责确定数据的适用性并监控数据的持续状况;进行数据问题的根因分析,并帮助组织识别提高数据质量的业务流程及技术改进。

2)元数据专家(Metadata Specialist)。负责元数据的集成、控制和交付,包括元数据存储库的管理。

3)BI架构师(Business Intelligence Architect)。负责商务智能用户环境设计的高级商务智能分析师。

4)BI分析师/管理员(Business Intelligence Analyst/Administrator)。负责支持业务人员有效使用商务智能数据。

5)BI项目经理(Business Intelligence Program Manager)。负责协调整个公司的BI需求和计划,并将它们整合成一个整体的优先计划和路线图。

如何搭建组织?

只要做过管理,了解一些组织架构设计原则的彭友都知道一句话“因事定岗,因岗定人” 。所以从职能开始梳理是最合适不过的了。勇哥提供的这份资料就是以DMBOK为基础,整理出数据部门常用的10个职能:

数据治理:数据资产管理的实际管理和控制(计划、监控和提升)。

数据架构管理:定义企业数据需求,设计实现数据需求的主要蓝图。

数据开发:设计、实施并维护解决方案,实现企业数据需求。

数据操作管理:在数据全生命周期内计划、控制和支持机构化数据资产,包括从数据创建、获取到数据归档和清除的过程。

数据安全管理:通过计划、发展并执行数据安全政策和措施,为数据和信息提供适当的认证、授权、访问和审计。

参考数据和主数据管理:通过计划、实施和控制活动,达到保证语境数据价值与“黄金”数据的一致性。

数据仓库和商务智能管理:通过计划、实施和控制活动,提供决策支持数据给知识工作者报告、查询和分析。

文档和内容管理:通过计划、实施控制活动以存储、保护和读取电子及物理档案中的数据(包括文档、图形、图片、音频和视频)。

元数据管理:通过计划、实施和控制活动,以实现轻松访问高质量的整合的元数据。

数据质量管理:通过计划、实施和控制活动,运用质量管理技术度量、评估、改进和保证数据的恰当使用。

当然,老彭我自然不会止步于此的。我还提供了PPT,给大家拿去抄啊

嗯,截图没错,我估计这么弄给你看的,就是为了告诉你,这是PPT,可以那去改的PP哦,对了,还有个案例:

对了,华为的也得附上:

这下应该够了吧?

相关文章
|
2月前
|
人工智能 安全 搜索推荐
浅谈知识的结构与认知(一)
浅谈知识的结构与认知(一)
|
22天前
|
存储 设计模式 移动开发
编程怎样如何组织数据和代码
编程怎样如何组织数据和代码
|
2月前
|
测试技术
软件过程和产品质量保证过程——所有表集合
软件过程和产品质量保证过程——所有表集合
27 0
|
机器学习/深度学习 人工智能 区块链
跟着万事达卡“5C”原则学习如何建立IT团队
跟着万事达卡“5C”原则学习如何建立IT团队
|
定位技术 uml
「业务架构」TOGAF建模之业务架构:组织分解图(组织映射)
「业务架构」TOGAF建模之业务架构:组织分解图(组织映射)
|
定位技术 uml
「业务架构」TOGAF建模:组织分解图(组织映射)
「业务架构」TOGAF建模:组织分解图(组织映射)
|
存储 边缘计算 前端开发
聊聊前后端分离(历史、职责划分、未来发展)
聊聊前后端分离(历史、职责划分、未来发展) 前言 3月下旬了,时间过得真快,才发觉已经有几周没写文章了😠。 前面写了一篇Cookie-Session与JWT对比这样一篇文章,引发了我对未来前后端分离模式的一个思考。你可能会问,这两者能扯上什么关系?请听我慢慢道来... 其实了解这两者区别的应该都清楚,主要就是把登录态的存储是放在前端(用户设备上)存储还是放在后端(服务器)上存储的一个区别,具体的优缺点这里不过多赘述,可以查看一下往期文章。
224 0
改善代码设计 —— 组织好你的数据(Composing Data)
  系列博客       1. 改善代码设计 —— 优化函数的构成(Composing Methods)       2. 改善代码设计 —— 优化物件之间的特性(Moving Features Between Objects)       3.
927 0