大数据体系整体设计原则_V10.pptxVIP

大数据体系整体设计原则

I2大数据能力规划

I2大数据能力建设项目交付物一览

资料来源：分析

整体报告

交付物类别

具体交付物

大数据愿景及战略规划

A1

大数据的整体实施路线图

A4

大数据关键能力提升整体方案

A2

大数据治理机制及运营模式方案

A3

大数据能力现状诊断报告

B1

大数据体系整体设计原则

B2

国内外同业大数据应用案例集

B3

总体数据战略

大数据业务用例需求分析框架

B4

大数据业务用例整体管理方案

B5

大数据战略相关业务用例实施路线图

B10

数据整合与应用

大数据相关组织架构设计方案

B9

大数据战略相关数据组织规划实施路线图

B13

数据人才与组织

大数据数据质量提升规划方案

B6

大数据相关数据治理体系设计方案

B8

大数据战略相关数据治理规划实施路线图

B12

数据治理

大数据数据平台规划设计方案

B7

大数据战略相关数据平台建设实施路线图

B11

数据系统与工具

子项分析报告

大数据体系整体指导原则是基于现状并借鉴领先实践经验提炼而成，其目的是在所有参与方之间统一意见和认识，确保能力建设规划有的放矢

大数据体系

整体设计原则

大数据体系整体设计原则是在对前期诊断发现的进一步提炼

其目的是在诊断发现和能力建设之间形成链接，确保设计有的放矢

方法论

资料来源：小组分析

大数据体系建设的整体理念是：从价值创造出发，基础能力建设与业务用例推进并行，以三年时间为银行大数据应用规模化奠定良好基础

整体理念

IT战略

“科技引领银行”

数据战略

“数据驱动业务/管理”

“数据是的重要资产”：这意味着需要对全行的业务用例进行优先排序，全行数据资产也应被合理共享

“数据只有被业务和管理有效应用才有价值”：这意味着任何数据资源的投入都应以明确的应用场景和价值创造为前提

资料来源：小组分析

数据战略

数据

整合与应用

数据

人才与组织

数据治理

数据

系统与工具

“战略聚焦”：的大数据战略应服务于全行整体规划，因而“凤凰计划”应成为未来三年全行级业务用例的主要输入

“抓大放小”：考虑到未来三年能力建设与业务用例推进并行，实施难度和资源投入都较大，全行应聚焦于影响力最大的~20个用例，贵精不贵多

“长短兼顾”：业务用例应依照同类技术能力和数据域的治理分批次推进

建立变革引擎，全行统筹排序：落实主体及权责，推动跨部门等变革中的问题

“向成本要效益、向应用要价值”：业务用例开发应实行成本约束和绩效约束

组织集约化：推动成本效率、确保管理一致性、实现人才运用的规模效应

人才市场化、专业化：壮大数据人才队伍，引导其市场化和专业化

建立治理体系：建立数据治理架构和数据责任人制度，理顺数据采集、管理与使用中的权责边界，将数据质量纳入各部门数据责任人的考核

用对治理方法：优先治理关键数据项，建立黄金数据源，借助数据管控系统工具，统一数据标准、完善元数据强管理、进行数据质量监督和实时主数据管理

系统架构“开放、前瞻、简单、高效”：加强高级分析、实时分析能力，增强非结构化数据的采集与应用；支持数据质量，明确系统分工，减少架构复杂度

设计原则概览

大数据体系整体指导原则：链接现状诊断和未来设计，使数据能力建设有的放矢

在数据战略方面，建议银行重点考虑战略聚焦、抓大放小，兼顾长期能力建设和短期速赢

资料来源：小组分析

战略聚焦：的大数据战略应服务于全行整体规划，因而“凤凰计划”应成为未来三年全行级业务用例的主要输入

抓大放小：

全行级（抓大）：考虑到未来三年数据能力建设与业务用例推进需并行，实施难度和资源投入都较大，全行级用例应聚焦于影响力最大的~20个

部门级（放小）：考虑到各部门的差异化需求，各部门仍可自主提请用例需求，申请科技资源进行开发，但需要由部门承担成本并在全行战略允许的规则框架内

业务用例优先排序的过程中需平衡长期能力建设和短期速赢：

优先推动业务影响显著的用例，以此树立全行的数据意识

但同时为了做到长治久安，能力建设与业务用例推进需并行，业务用例应依照同类技术能力和数据域的治理分批次推进，为此从技术可行性角度将对业务需求局部修正

对相关模块设计的启示（数据战略）

“战略聚焦”

“抓大放小”

整体设计原则

“长短兼顾，

能力补缺优先”

在数据整合与应用方面，建议银行重点考虑建立需求的排序机制和业务用例的标准化管理机制

资料来源：小组分析

明确治理架构中的统筹主体（如数据委员会，可由现在科技信息管理委员会兼任其职责）及其职能，确保战略理念一致，推动数据整合与应用过程中的跨部门问题，统筹职责要落实到机构和岗位

业务用例开发的优先顺序应由业务需求主导。为了提高业务需求的真实有效性，应设置：

成本约束：业务用例的开发成本应分摊并由各部门承担，冲抵其部门整体预算额度

绩效约束：业务部门在提交用例申请时应审慎分析其潜在价值。高价值