数字化转型-麦肯锡数据架构数据治理设计规划方案.docx

数据架构数据治理设计规划方案

企业架构(EA)设计咨询项目

本项目通过一系列的交付物，回答XX企业架构亟需

本文内容

本文内容

XX企业架构亟需回答的核心问题

?XX需要加强哪些业务能力建设以应对未来5年内各方面的挑战？这些这些能力建设的重点对IT有哪些要求？

?XX目前的IT架构如何？

目前的IT架构存在哪些差距?

?为了弥补这些差距，XX未来5年的IT架构应该在哪些方面进一步提升？如何提升？变为怎样？如何演进？

?如何确保企业架构对信息化项目的指导，并具备内

部长期演进架构的能力？针对体改后的科信部与信通中心设置，如何确保组织上的保障？

?如何确保XX具备对已建设的IT系统的深化应用，特别是信息/数据方面的实用化？

?如何将架构蓝图在系统/工具中固化，以确保架构在各个项目中的统一？

本项目的相应交付物

?文件1目标业务能力架构

–各种挑战及业务能力建设重点

–业务能力重点对IT的要求

?文件2IT架构现状梳理

?文件3IT架构现状诊断

?文件4目标IT架构设计

–架构改进点及建议

–未来1/3/5年的目标架构及演进路线

?文件5企业架构治理(EAM)现状诊断

?文件6企业架构治理(EAM)设计

–针对体改后的组织设置，设计所需角色、岗位、职责，及项目治理流程

?文件7数据治理的方向性建议

?文件8现有/目标架构的ARIS模型说明

–现有/目标架构在ARIS中被完整记录，该文件为对建模内容的说明

1

为了提升信息系统在数据方面的实用化，XX需要在角色、要素、

流程三方面综合提升数据治理水平

业界数据治理的主要方面

1

1

角色业务与

角色

业务与IT相配合的多层级“数据所有制”

2

2

数据设计、数据平台、数据生命周期、数据KPI

要素

3

3

流程数据治理的9

流程

数据治理的9大核心流程

XX面临的挑战业界最佳实践

XX面临的挑战

?无固定数据所有制与相关团队配置?基于企业信息/数据模型，建立主要数据对象的“所有者”，

?无固定数据所有制与相关团队配置

–业务与IT相配合：每个数据对象都有业务与IT两组责任人员

–多层级：企业层面，能力域/系统层面、功能点/系统模块层面

?针对业务需求，定义主要数据对象

?针对主要数据对象，建立企业信息/数据模型，即数据源与数据流的概念视图

?规范化数据建模方式（包括逻辑视图与物理视图）

?制定数据技术平台的总体架构

?定义数据生命周期管理的方法

?定义数据治理的KPI

?缺乏统一的数据定义

?缺乏全局性的企业信息/数据模型作为各信息化项目的“唯一数据源”的指导

?数据建模方式在各个项目中不尽相同

?数据平台集成度不足

?管理方法缺失

?KPI缺失

?无固定数据治理流程与机制?针对数据督导、建模、日常管理三方面的主要工作，建立相关的治理流程，

?无固定数据治理流程与机制

2

角

角色

1数据治理团队的设置可以细分为数据督导、数据建

I模/架构以及数据库管理三个团队主要职责

I

企业数据管理委员会?指导数据治理的方向

企业数据管理委员会

?制定数据政策

?分配数据治理的角色

?解决数据治理的争端

企业架构层

企业架构层业务重点

IT

IT重点

数据质量控制

IIIII数据督导数据建模师/

II

III

数据督导

数据建模师/架构师

角色

IV

数据库管理员

数据定义数据概念建模数据逻辑建模

数据定义

数据概念建模

数据逻辑建模

数据模型维护

数据物理建模/实施

职能

数据日常维护

架构层级企业整体层面

架构层级

能力板块层面

信息系统/项目层

主要职责?根据业务需求与信息的价值，

对数据进行分类与定义

?通过定义与监控数据KPI，及定期的数据审核，制定与管理数据SLA，确保数据质量

?设计企业整体层面的数据概念模型

?设计能力板块与系统/项目层的数据逻辑模型与使用者模型

?维护各层面的概念与逻辑数据模型

?负责信息系统项目中的数据物理模型的设计/实施

?管理数据性能和容量

?管理数据可用性、备份和恢复、数据连贯性、以及数据安全

3

角

角色

1数据督导的设立要以能力板块的数据需求为基础

对于存在于多个能力板块的信息/数据，可以依据数据源及数据使用程度决定数据督导来自哪个部门，或者由两个部门督导共同管理

对于存在于

多个能力板

块的信息/数

据，可以依

据数据源及

数据使用程