ZH00102 XXX数据治理咨询方案和报价.doc

下载

下载

64积分

80积分

下载

80积分

VIP价：64积分

0 陕西信合 数据治理咨询项目 陕西信合数据治理体系建设-项目实施方案 （正本） 中油瑞飞信息技术有限责任公司 德勤管理咨询（上海）有限公司 1 目 录 1. 德勤对本项目的理解 ...............................................................................................................................2 . 德勤对本项目需求的理解 ............................................................................................................................2 . 本项目成功的关键要素 ................................................................................................................................3 . 本项目对全行发展的价值 ............................................................................................................................6 2. 项目解决方案详述 ...................................................................................................................................8 . 德勤企业信息管理框架 ................................................................................................................................8 . 数据治理体系规划方案 ..............................................................................................................................14 . 数据标准管理方案 ......................................................................................................................................39 . 数据质量管理方案 ......................................................................................................................................87 . 数据架构规划 ............................................................................................................................................115 3. 项目实施方案 .......................................................................................................................................126 . 实施计划及进度安排 ................................................................................................................................126 . 项目组织与人员构成 ................................................................................................................................126 . 项目工作产品及最终交付物 ....................................................................................................................138 . 项目风险与应对建议 ................................................................................................................................139 4. 知识转移及培训方案 ...........................................................................................................................142 . 知识转移 ....................................................................................................................................................142 . 培训 ............................................................................................................................................................142 5. 德勤项目管理办法 ...............................................................................................................................146 . 综述 ............................................................................................................................................................146 . 德勤项目管理方法 ....................................................................................................................................147 6. 相关经验及案例证明 ...........................................................................................................................163 7. 附录 .......................................................................................................................................................167 . 德勤主要工具 ............................................................................................................................................167 . 报价表 ........................................................................................................................................................180 2 1. 德勤对本项目的理解 . 德勤对本项目需求的理解 . 落实大数据环境对数据治理的要求 随着大数据时代的来临，数据资产已成为银行的重要生产要素，在客户服务创 新、风险管理、绩效管理、财务管理等各方面工作中发挥着越来越关键的作用。如何 管理好数据、应用好数据、挖掘数据价值，已成为一个现代银行加快业务创新、提高 精细化管理和科学决策水平的最重要、最迫切的基础工作之一。发挥数据的最大价值 依赖于人员、流程、制度、技术的支持，通过数据资产的管理来提升数据质量、保障 数据安全、促进应用效率，从而降低大量数据资产导致的各项管理成本，以实现数据 驱动业务发展的目标。 . 满足监管机构对数据治理的要求 根据国际监管动态及趋势，巴塞尔委员会最新发布的“风险数据整合及风险报告原 则”中明确要求全球系统重要性银行必须在 2013 年做好数据管理自评估的准备。其他 商业银行也应以此为信号，开展数据治理及营运模式的评估并持续完善。 从国内的监管要求及实施动态看，随着银监会非现场监管信息系统和客户风险统 计信息系统不断完善，数据及时性和全面性基本可以保证，但在准确性上存在较大差 距。为此，中国银监会 2011 年发布《银行监管统计数据质量管理良好标准（试行）》 对数据管理的良好标准，从组织机构及人员、系统保障及数据标准、数据治理制度建 设、数据质量监控检查与评价、数据的报送应用和存储，做出明确规定和要求。 . 对项目需求的初步解读 大数据环境和内外监管机构都对银行的数据组织、数据管控机制、数据标准、数 据质量等相关数据管理主题提出了一系列要求。目前，陕西信合在数据治理工作、数 据标准及数据质量的差距包括： • 未制定全行级的数据治理机制，缺乏数据管理政策未建立明确的数据管理组 3 织； • 尚未发布全行统一的数据标准，没有跨业务条线的数据统一定义； • 未制定全行级的数据质量管控机制。 德勤认为，数据治理的实质在于“业务先导、管理驱动、技术支撑”。管理是其中 的核心与基础，业务、管理与技术的互动是盘活整个数据体系的关键因素。借助 EDM 等管理与分析工具，可对陕西信合数据治理工作的现状有深入的了解，并可以借 此发现全行数据管理的发展重点，为全行数据治理工作奠定坚实的基础。通过数据管 理机制的建设，从数据管理组织和制度上为数据治理工作提供管理保障，实现数据治 理工作的持久化。借助数据标准化工作，相继统一全行客户、资产、机构、产品、协 议、交易、渠道、财务、营销主题的信息项的定义，进一步规范业务操作与 IT 的系统 建设，并通过数据质量体系的建设，实现全行数据质量的整体提升。 . 本项目成功的关键要素 关键成功因素一：数据标准是银行建立数据应用的基础，如何让全行各级人员认 识到数据标准对业务支持的价值，使他们能看到数据标准对他们工作的重要性并 参与到数据标准相关工作中 本项目关键成功因素一 关键成功因素二：构建全行的数据治理职能，明确组织体系和责任体系及运作的 工作机制，推动数据是资产人人有责的数据文化 4 本项目关键成功因素二 关键成功因素三：数据标准难不在编制而是落地执行。数据标准的落地贯穿到系 统开发生命周期的相关环节，需要业务、科技、数据管理部门共同推进才能被有 效的执行 本项目关键成功因素三 关键成功因素四：通过数据管理评价及考核体系持续监控数据质量水平及数据管 理机制的建设情况，保障数据治理规划的各项工作能有效落实 5 本项目关键成功因素四 6 . 本项目对全行发展的价值 . 从业务的角度 陕西信合开展数据标准管理工作的驱动力包括：监管与合规、运营管理、业务创 新、统计分析与决策支持等多个业务领域。  监管与合规：无论是银监会数据质量良好标准与新资本协议合规等外部监管要 求均对银行业数据标准化提出了明确的要求。  运营管理：数据标准的实施将有助于信息交互，促进数据集中管理，提升数据 质量与运营效率。在此基础上，高质量的运营数据分析有助于发现业务瓶颈， 推进业务流程优化与变革。  业务创新：数据标准化有助于信息的采集和分析，以数据驱动业务的发展，更 有效的识别客户群体，建立快速的产品创新机制。  统计分析与决策支持：在高质量的基础数据的基础上，通过数据集市的建设、 商务智能及数据挖掘技术，支撑不同层次的分析与展现，实现对决策分析的有 力支持。 . 从数据管理的角度 数据是企业的重要资产已成为共识，数据管理的目标就是将数据资产建好、管好 以支持数据应用从而更好的实现对业务管理和决策。德勤企业数据管理解决方案框架 涉及数据治理、数据标准、数据质量、数据架构管理等领域。随着陕西信合数据相关 工作的进一步开展，元数据管理、主数据管理、数据保留与归档、数据隐私与安全等 领域的工作可以进一步开展，从而实现数据全生命周期管理能力的逐步提升。 . 从信息科技的角度 从实施的角度，此次项目主要完成数据管理机制的设计工作，全行数据标准体 系、数据质量体系的设计，全行各基础主题的编制和指标数据标准的编制及提升、数 据标准的落地实施及数据质量问题的整改等。 数据标准在系统及集市的落地实施，切实起到了数据标准规范和促进 IT 系统建设 的价值。数据标准业务定义/技术定义对支持系统建设有直接的指导意义，将制定完成 7 的数据标准作为数据需求，为即将建设的系统及原有系统改造升级的数据模型设计提 供依据。从而提升 IT 系统的数据模型设计效率，降低各系统间集成的复杂度，提高系 统间交互效率。 数据质量管理在发现并解决数据质量问题的基础上，需要进一步考虑对数据质量 问题的深入分析，并进而提出业务流程优化、系统改造、技术工具改造的需求，全面 引领业务与技术的发展，持续提升全行数据质量。 8 2. 项目解决方案详述 . 德勤企业信息管理框架 . 德勤企业数据管理解决方案体系综述 德勤在数据领域具备体系化的解决方案，将确保为陕西信合构建企业级的数据管 理与应用能力。德勤数据领域的解决方案以“企业信息管理（EIM-Enterprise Information Management，以下简称 EIM）”解决方案为核心，其重要组成部分“企业数 据管理（EDM-Enterprise Data Management，以下简称 EDM）”将直接为此次项目提供 支持。 . 德勤企业信息管理（EIM）解决方案体系 德勤从企业信息管理的整体角度，提出完整的企业级信息管理（EIM）体系由业 务经营及决策、数据整合及分析手段、数据管理、内容管理，以及配套的管理机制五 部分构成。德勤的企业信息管理方法论的内容如下图所示： 德勤企业信息管理（EIM） 企业数据管理（EDM）是全行数据整合及应用中的部分环节，故数据管理体系是 全行信息管理体系中的一部分。德勤的企业数据管理方法论中将数据管理进一步细分 9 为 8 个管理领域，包括：数据架构、数据管理原则或指引、数据质量管理、数据标准 管理、元数据管理、主数据管理、数据生命周期管理、数据安全控制。 商业智能与数据仓库（BI）解决方案概述：  企业信息管理战略：构建企业信息管理的战略以及实施路径，以提升数 据资产的价值；对企业信息管理的蓝图、准备度和成熟度进行评估；  商业智能：对企业的绩效进行监控、分析和报告，提出企业绩效的提升 战略；  企业级数据仓库：构建企业级的数据仓库，实现企业数据的集中和整 合，为商业智能、统计以及经营决策提供可信的数据基础；  ETL：实现跨平台的大数据量的迁移和转换，同时，构建企业数据 ETL 的平台；  数据分析和挖掘：构建数据挖掘模型，实现对数据的趋势分析预测，同 时根据数据分析结果编写业务的发展趋势报告；  结构化搜索：建立结构化数据的搜索引擎和数据交付机制，确保可以在 桌面端展现企业结构化数据的搜索结果，并可以逐步扩展到对 Internet 的信息搜索 和信息整合。 企业数据管理（EDM）解决方案概述：  数据治理：构建企业数据治理的组织体系，同时建立一系列的数据治理 政策、流程以及相应的工具，确保数据得到有效的管理并能够满足业务目标；  数据质量管理：构建数据质量管理的流程体系和操作规范，准确识别企 业的数据质量问题，并进行有效的解决，同时持续监控数据质量问题，确保企业 数据质量的持续提升；  数据标准管理：建立企业级的数据标准，为跨业务条线的数据提供一致 的定义，并建立数据标准落地实施的持续机制；  元数据管理：收集和管理企业的元数据信息，同时，建立企业级的数据 地图，确保整个企业数据的可追踪和管理； 10  企业级数据架构：构建企业级的数据模型，识别企业数据的总体分布情 况，从而为数据的存储、整合、使用、访问以及数据的交付提供基础；  主数据管理：准确识别企业的主数据，并建立主数据管理机制和平台， 确保主数据在企业内部的准确性和一致性，为企业的主数据建立统一的视图；  数据保留与归档：实现对企业数据资产的保护和归档，包括在线和离线 等多种方式，以满足合规和管理的要求，同时为业务运营提供有效的归档数据访 问方式；  数据隐私与安全：确保企业数据资产的安全性，杜绝非授权访问，建立 相应的数据访问策略、检查机制、控制和监控机制。 企业内容管理（ECM）解决方案概述：  企业内容协作：通过对群件系统（诸如邮件系统、视频会议系统、 Internet、Intranet、Extranet）的应用以及其它的 IT 技术，支持和加强企业级的通 讯和内部协作；  知识管理：构建知识创建、管理和应用的流程，以及相应的工具建设， 实现对知识的有效管理，以促进企业的绩效提升，加强人员技能，实现产品和服 务创新， 同时开展基于项目的经验总结和分享，开发协作的最佳实践；  文档管理：创建、管理和分享电子文档，允许存储、查询、跟踪以及管 理企业内的电子文档，内容包括工作流管理、安全和权限管理、文档搜索、元数 据以及文档版本控制等；  图像管理：通过 OCR/ICR 等技术获取、存储和检索文档中的元数据信 息，并实现有效的识别和智能化的管理；  Web 内容管理：收集、装载、存储、维护和交付 Web 上的文本和图像资 源，并允许业务部门创建、发布、修改和管理相应的 Web 内容；  记录管理：基于合规等方面的要求，创建、管理和应用企业内的各类记 录信息，并提供长期的归档以及自动化检索功能，同时建立归档和保留的策略、 披露机制（包括披露范围和披露方式）、信息分类机制等；  数据资产管理：组织和管理企业内的媒体文件，构建相应的技术平台， 11 以实现对相应内容的有效管理；同时，确保视频、图像和音频的质量不受损失；  企业级报告管理：对企业非结构化数据的存储容量进行估算，提供多种 存储策略；  非结构化搜索：构建基于语义和元标记的搜索策略和技术平台，实现对 企业内容的有效检索和管理；  电子签名：构建电子签名的技术平台，实现电子签名和企业内容的有效 整合，并建立企业内容的所有权机制。 . 德勤企业信息管理（EIM）实施总体方法 德勤企业信息管理实施的总体方法分为五大管理领域及其实施方法。实施方法进 一步分为 6 个实施阶段，每个阶段具备 9 类控制要素。德勤企业信息管理模型如下图 所示： 德勤企业信息管理实施总体方法（EIM）1 根据上述模型，德勤提供了实施方法、管理内容构成的完整方法论，并在全球的 信息管理咨询及实施中进行了全面应用，德勤在本项目中将使用这套方法论为陕西信 合提供咨询服务。咨询方法论如下图所示： 12 德勤企业信息管理实施总体方法（EIM）2 在 EIM 实施方法中，针对每个领域在每个阶段定义其工作内容，并对每项工作内 容定义其工作任务、工作目标和交付，如“信息治理架构及组织形式”领域，在 6 个阶 段需要开展的工作如下： 德勤企业信息管理实施总体方法六大阶段 . 德勤企业信息管理（EIM）的关键要素 德勤企业数据管理（EDM）解决方案从 8 个领域和 5 个维度实现对企业数据的有 效管理，详细如下： 13 企业数据治理具体领域示意 企业数据管理（EDM）解决方案中，包括的八个领域概述在 小节已经体 现。企业数据管理（EDM）解决方案中，包括的 5 个维度如下：  战略：包括业务价值分析、企业战略一致性、企业级数据治理视角、项 目群管理以及实施路线等，确保从战略的角度，正确看待企业的数据治理并建立 有效的实施方法。  人员：包括高层领导、治理委员会、数据治理负责人、数据管家、数据 所有者、数据治理员等，整个企业数据治理组织体系的建设，以及相应的角色职 责的定义；  流程：包括但不限于数据维护、数据质量管理、数据标准管理、变更控 制、数据生命周期管理、元数据治理等管理流程，确保数据治理工作有序有效开 展；  原则与规范：包括但不限于数据安全政策、数据访问与控制政策、数据 标准政策、数据保留与归档政策、数据合规政策、数据所有者政策等数据治理政 策，为数据治理各项工作的开展提供总体指导；  技术：包括但不限于技术基础架构、数据清洗与转换、主数据治理工 具、数据架构管理工具、元数据治理工具、工作流与自动化工具、数据同步工具 14 等，为数据治理工作提供工具的支撑。 . 数据治理体系规划方案 . 数据治理体系规划总体框架 本项目实施方法步骤图 基于德勤数据领域方面的领先实践，结合陕西信合的实际需求，本项目数据治理 体系工作预计包含以下三个阶段：数据治理体系现状分析与评估、数据治理体系设计 与规划、数据治理体系建设（数据治理制度、数据标准管理、数据质量管理），每个阶 段又分不同的任务：  现状分析与评估：通过访谈、调研问卷、收集客户资料等方式获取陕西 信合在数据治理领域的资料，通过对收集资料的整理、归纳，分析陕西信合数据 治理的现状、问题等，结合德勤成熟度评估模型评估对陕西信合现状进行评估， 根据评估的结果和同业领先银行对标找出差距，最后德勤从专业角度提出改进建 议。 15  数据治理体系设计与规划：根据现状评估的结果，进行数据治理体系设 计，主要包括数据治理体系功能框架、数据治理组织和制度框架、数据治理能力 提升路线图、信息中心职能规划及提升路线图。  数据治理体系建设：根据数据治理体系设计与规划的成果，制定数据管 理政策，制定数据管理工作的考核方案、考核指标、考核制度；建立数据标准全 生命周期管理的流程和制度，编制客户、机构、风险相关数据标准（账户、合 约、资源项）、公共代码基础数据标准、核心指标数据标准并给出差异分析与落地 建立，设计数据标准管理系统业务需求；建立数据质量管理管理模式、管理流程 和制度，同时建立数据质量认责机制。定义本项目数据质量提升数据范围并制定 度量规则，依据度量规则在相关系统进行数据质量探查和分析，针对分析结果进 行制定数据质量整改建议；建立数据质量管理与监控需求说明书。 . 数据治理体系现状分析 . 数据治理体系评估 . 评估模型和方法 数据管理的成熟度模型用来描述企业的数据管理现状或目标，包括 5 个成熟度级 别，1 是最基本，5 是最成熟的，如下图所示： 成熟度模型 16 五级成熟度模型的具体描述如下所示： 图表 1 成熟度模型描述 分值 成熟度 价值 业务能力 系统能力 1 初始阶段 数据帮助业 务运作 基本的报表、且基于试 算表的 手工作业、依赖于特殊 查询 信息超载 未能反映真实情况 事后被动发现问题 数据：结构化的内容、静 态的 集成：无连结、孤立、非 集成的解决方案 应用系统：孤立模块、依 赖特定应用系统 基础架构：复杂、关系混 乱、特定平台的 2 基本管理 信息用来管 理业务 基本的探索、查询、报 表和分析 部分的自动化 完全不同的工作环境 有限制的企业可视度 多种版本的真实情况 数据：结构化的内容、有 组织的 集成：有部分的集成、孤 立的情况依然存在 应用系统：基于组件的应 用系统 基础架构：层级式的架 构、特定平台的 3 主动管理 信息为战略 资产 有脉络的、基于职责的 工作环境的导入 自动化已提升到一定层 级 既有的流程和应用系统 的增强 整合的业务绩效管理 唯一版本的真实情况 经由分析的、实时性的 洞察力 数据：基于标准的、结构 化的、以及部分非结构化 的 集成：孤立系统的集成、 信息的虚拟化 应用系统：基于服务的 基础架构：组件式的、 SOA 逐步浮现、特定平台 的 4 量化管理 信息促进创 新 贯通企业内外的有弹 性、具适应力的业务环 境 战略业务创新的促进能 力 企业绩效和运营的优化 战略洞察力 数据：无缝连结并且共享 的、信息和流程分离、结 构化和非结构化信息完全 整合 集成：信息作为一种随时 可用的服务 应用系统：流程透过各式 服务而集成；有序的业务 17 应用系统 基础架构：有随时恢复的 能力的 SOA、不限于特 定技术的 5 持续优化 信息成为企 业核心竞争 力 基于角色的日常工作环 境 全然融入工作流、流 程、和系统的能力 信息激发的流程创新 增强的业务流程和运营 管理 前瞻性的视野、具预测 性的分析 数据：所有相关的内部及 外部信息无缝连结并且共 享的、新增的信息很容易 加入 集成：虚拟化的信息服务 应用系统：动态的应用系 统组合 基础架构：动态的、可重 新配置的、侦测和回应 德勤数据管理评估主要从战略、组织、制度建设、数据管理活动和商业智能五个 维度展开。其中： 战略包括：数据价值、数据文化、与业务价值一致性、总体拥有成本、信息在业 务战略中的能动作用等； 组织包括：责权框架、部门职责、角色配备等； 制度建设包括：制度框架、制度层级、制度管理流程、制度编制情况及范围等； 数据管理活动包括：数据标准、数据质量、数据架构、元数据、主数据、数据隐 私与安全与数据保留与归档； 商业智能包括：数据基础平台建设情况、数据服务能力、数据应用系统建设等。 18 成熟度评估示例 . 数据治理现状评估–数据战略与规划 战略的维度包括数据价值、数据文化、与业务价值一致性、总体拥有成本、信息 在业务战略中的能动作用等。以下以数据战略与规划为例说明现状评估的结果： 示例 19 成熟度评估示例——数据战略与规划 . 数据治理现状评估–数据组织与职责 组织包括责权框架、部门职责、角色配备等, 以下以数据组织与职责为例说明现状 评估的结果： 示例 20 成熟度评估示例——数据组织与职责 . 数据治理现状评估–数据管理制度 制度建设包括制度框架、制度层级、制度管理流程、制度编制情况及范围等，以 下以数据制度为例说明现状评估的结果： 示例 21 成熟度评估——数据管理制度 . 数据治理现状评估–数据管理活动 数据管理活动包括数据标准管理、数据质量管理、数据架构与模型管理、元数据 管理、主数据管理、数据隐私与安全与数据保留与归档等，以下分别以数据标准管 理、数据质量管理两个本项目重点关注领域来说明现状评估的结果： 示例 22 成熟度评估——数据标准管理 示例 23 成熟度评估——数据质量管理 . 数据治理同业实践分析  中国银行业数据治理发展历程 受各种内外因影响（大数据、良好标准、新资本达标），近年来国内商业银行纷纷展开数据整合以 及数据管理相关工作的研究和实施。国内商业银行数据治理（管控）的历程从数据整合、数据应用 （第一阶段）、数据标准与数据质量管理开始（第二阶段），逐步延伸到其他各数据管理领域（数 据安全、元数据、数据架构、数据服务）（第三阶段）。数据整合方面基本通过 EDW 和 ODS 等不 示例 24 同形式进行建设，如工商银行、建行、招行、民生、光大银行、中信银行等都于 2005 年前后开始 并完成数据整合建设；数据质量管理方面，多家银行从数据标准化项目实施下手旨在由数据标准带 动数据质量管理，改善数据质量环境，如工商银行、建行、光大银行、国开等银行在 2008 年前后 均展开了数据标准项目的实施；数据安全是是对数据的分级分类，以及在分级分类下的认证和授 权，以保证数据共享的安全性和隐私保护。数据架构和元数据都是提升数据质量的主动预防能力， 也就是加强数据开发环节的数据数据需求和数据模型开发的有效支持提升数据质量保障能力。数据 服务管理从数据出口层面加强了数据加工和数据应用的管控，确保业务运用数据决策的效率、质 量、安全。目前大行都已经发展到了第三阶段，如工行的管信已成为行业的标杆，部分股份制银行 如以招行、光大、浦发为代表刚进入第三阶段。其他股份制银行大部分仍在第二阶段，兴业、民生 属于数据应用明显超前数据管理，目前在开展数据标准和数据管控的项目以加快数据管理能力建 设，陕西信合、渤海银行目前在做数据管控项目的立项分析。总之，国内商业银行与建立全面的数 据治理（管控）机制还有一段差距，数据治理与管理领域的各项能力尚未全面建立。现阶段国内商 业银行纷纷开始探索建立全面数据管理体系，明确数据管理组织、职责、政策与工作流程，完善配 套技术，期望通过全面数据管理体系的建立，理顺数据管理各领域职能的相关工作机制，提升银行 数据资产的价值。  中国银行业数据治理发展路径及建设策略 如下图，所谓处于挑战者角色的银行，相比数据治理与数据管理的高层级，更强调数据价值的 实现，但因受制于数据管理与数据治理的能力而体现的数据价值总体水平不高。而处于右下象 限的银行在数据治理和数据管理方面前进的步伐比数据应用要深，管理大于应用的局面体现出 银行更具远见，视野更加开阔。因数据治理和数据管理能力扎实，数据应用表现的价值更加值 得信赖。 25 无论是倾向于数据应用还是选择凸显数据治理的机制建设，总体目标都是要发展数据价值的挖掘 能力，最终都是往右上象限迈进。总体策略需要采取以下方式推进和发展，这包括： 第一，顺势而行，促进体系规划 数据治理项目的实施需要高层支持，这一点在权威方法论中得到了强化。大型国有银行 在业务规模发展到一定程度后，管理边界和管理层级会随着逐步扩展；这种情况下推动管理能 力提升的内部动力会很大，其高层会高度重视数据治理体系的支撑作用。 但是，国内股份制商业银行目前处于高速发展阶段，高层视角更多的落在风险管理和业 务发展。数据治理的开展可以借助来自外部监管机构的东风，顺势而行，以高层重视监管报送 的数据质量等情况为切入点，通过数据治理体系建设夯实基础。有了扎实的基础，后续数据管 理工作才会带来更大的收益，进而逐渐巩固高层的认可和重视。 第二，重视宣传，塑造数据文化 大多数股份制商业银行的科技力量不是很强，因而需要加大宣传，提高在行内的声音。 通过定期公布治理成果以得到更多部门的认可和支持，这对于数据治理工作的开展具有举足轻 重的意义。在此基础上逐步塑造数据文化，反过来也会促进银行最大化的利用数据资产价值， 从而更加重视数据治理工作的开展，达到良性循环的效果。 第三，集中火力，发展重点领域 受人力物力及高层视角等因素影响，股份制商业银行在数据治理上更多的是从下至上， 先从某些领域着手，以更加务实的态度开展实际工作。在这种情况下，实施路径规划有必要集 中火力，首先发展重点领域，以此为契机带动体系发展。先根据具体情况发展框架中的某个或 26 某几个领域，到达一定水平后再带动体系全面提高。举例来说，若某一银行在数据标准已经有 所建树，那么在整个体系的构建过程中，我们建议可以沿着数据标准推广落实的路径，进一步 推动数据标准在全行的落地实施，并以此为基础发展元数据等其他领域的工作。 第四，机动灵活，加速创新步伐 数据治理实施的一个重点是广泛沟通，即数据治理理论中提出的共享决策支持。在项目 开展中需要团结一切可以团结的力量，这对于股份制商业银行来说是个优势，组织架构和业务 发展更具机动灵活性，因而在开展中能够更有效的进行沟通，达成发展的一致意见。 此外，在数据领域科技发展日新月异的时期，出现改变整个行业的技术趋势，甚至大数 据时代的来临会改变整个产业。在这种情况下，股份制商业银行应该加速创新，利用新技术来 加大数据治理的发展步伐，这一点比大型银行和城商银行都更具优势，应该充分利用。大数据 正逐渐开启信息资产化、决策智能化时代，甚至已经拉开了信息文明的序幕，在这个背景下银 行数据管理和数据应用需要做好充分的知识和人才储备，努力去吸收大数据带来的价值并发挥 银行优势。 . 数据治理体系设计规划 . 数据治理体系规划总体功能框架 数据治理体系框架围绕银行数据的生命周期，从数据管理和服务的整体角度出 发，描述了企业级数据活动涵盖的三个维度、十五项功能： 数据治理体系框架 27  数据治理：规划数据管理的范围与工作路线，对决策支持、风险识别等数 据分析方面进行实际应用，同时加强宣传培训、评估数据工作的绩效，指 导数据工作持续的改进；通过数据管理和数据应用的组织模式、职责和岗 位角色能明确承担数据在各生命周期的管理和服务责任；以数据制度为手 段，能有效控制和规范数据管理活动的执行；  数据管理：建立企业完整数据管理体系，提升数据管理专业能力；打通数 据管理中业务和科技建设间的协作，实现全面的数据管理能力；构建专业 化的数据管理系统与工具和专业化的人才梯队提升数据管理效率和效益；  数据应用与服务：探索数据应用的服务模式，提升数据应用专业能力，有 效的支持运营管控和执行的统计分析和运营分析，有效支持高层决策的绩 效评估和预测分析；为业务创新提供趋势洞察和商业模拟。 由此可见，数据治理是数据管理和数据应用的高阶规划和控制，良好的数据管理 能更好的实现数据的应用，数据应用能反馈促进数据管理能力的提升。数据治理机制 是数据治理工作的保障，数据的一切活动均需要在数据的指引下实施开展，并设立数 据管理组织进行相关工作的决策、管理与执行，同时制度的制定、流程的明确是数据 活动顺利开展的必要条件。 . 数据治理组织体系设计 . 组织体系设计方法 数据治理是一项庞大系统的工程，需要配备一套完整的组织体系来配套完成数 据治理的相关工作，如下图所示，在组织体系设计上要注意如下四点：  数据管理是一项全行性的工作，因此，应建立行级的最高决策机构，负责重要 事项的决策。  数据管理工作是一项需要业务和科技共同参与的工作，管理信息中心作为总体 协调部门，负责组织和协调工作。  由于数据管理工作覆盖面广，因此拟针对各领域设计相应的组织结构，明确相 应的工作职责及汇报关系。  按照数据管理各领域的工作特点，定义了各类角色，并通过数据认责机制逐步 落实到各业务条线和综合管理部门。 28 数据治理组织设计方法 数据治理组织体系设计的目的不仅仅停留在组织架构的层面，更重要的是为了指 导各领域实际管理流程环节的落地开展。在项目中，将在对每个领域的职责划分的基 础之上，借鉴“RACI”方法，把具体职责分配到相应的角色上，从而帮助形成各个领域 的管理流程环节。“RACI”是一个相对直观的模型，用以明确组织变革过程中的各个角 色及其相关责任，可以确保各项职责的角色分配科学、明晰、精确。 29 RACI 职责分配方法说明 . 组织架构模式设计 一般说来，数据治理的组织架构的建设模式包括以下三种，在项目中会依据陕西 信合的实际情况，综合考虑采取适合的模式开展组织架构设计。 1. 集中式管理模式 数据管理负责人与数据管理团队（数据专员）是专职的、永久的角色，在数据管 理组织下，对所有数据的产生、演变、维护等进行集中式管控。 集中式管理模式 其优势包括： • 有一个强有力的数据管理专业组织负责企业级数据； • 职责明确，目标清晰，组织固定而集中，因而员工有较强的归属感； 30 • 组织内专业化分工强，汇报条线清晰；自上而下执行驱动力强。 其劣势包括： • 对数据管理人员的能力要求非常高，必须精通企业级业务与技术，成本高； • 其他部门缺乏数据认知与数据管理能力，跨部门的沟通成本高，协作不足； • 太过集中容易僵化，影响工作效率。 2. 分散式管理模式 分散式管理模式不存在企业级数据管理负责人角色，数据相关的活动分散在各个 部门。 分散式管理模式 其优势包括： • 能够较好地理解各业务单元的业务和文化，业务管理较易在单个业务领域/IT 系 统上实现； • 在应用需求的基础上，数据问题可以在单个部门内快速解决，被服务满意度高 而且对资源的要求不高。 其劣势包括： • 缺乏企业级数据管理视角和统一管理，跨业务部门的协作非常困难； • 资源重复的情况较为常见。 3. 联邦式管理模式 按照职能和流程进行横向和纵向的组织划分：在总部设立数据管理负责人，对数 据治理的政策、流程、人员进行管控，协调推动数据管理的相关活动； 在各业务单元或条线设立专门组织或角色，负责本业务领域的数据治理工作。 31 联邦式管理模式 其优势包括： • 数据管理和业务管理更好的融合，根据职责需要设置岗位角色，执行效率较 高； • 能够实现较好的横向协调与组织； • 专业化分工清晰，有助于员工提升能力。 其劣势包括： • 纵向需要较强的组织影响力与协调能力来推动全行数据治理工作； • 数据管控力度减弱，需要更强的评价手段进行过程监督。 . 数据治理组织体系建议 从数据管理的工作特点来分析，既需要各个业务部门深入参与数据治理工作，承 担数据标准制定、数据质量整改、数据应用等职责，同时也需要有一个集中的组织， 总体协调、指导、监督数据治理工作的开展，因此，建议其组织结构可以采取混合型 组织架构的方式。 根据陕西信合实际情况，结合同业数据管理组织架构，建议陕西信合构建决策 层、管理协调层、执行层的三层数据管理组织架构，具体如下： 32 数据治理组织架构建议图 角色及职责定义如下： 1. 数据治理委员会 全行数据管理的最高决策机构，负责全行数据战略规划和决策。 • 组长：行长 • 副组长：首席财务官、首席信息官、首席风险官 • 成员：各部门总经理 2. 数据治理组 数据管理协调机构，负责全行各项数据活动的组织、协调、指导和评价。 • 数据治理工作小组：在数据工作中提供专家意见，由各部门团队负责人、业务 骨干、科技骨干构成 • 数据治理办公室：全行数据管理工作的组织、协调、监督和评价机构，由管理 信息中心组成 3. 总分支行相关部门 33 负责全行数据工作的具体执行，包括数据标准编制、数据质量整改等。 • 数据管理部门：负责数据质量、数据标准、数据应用与服务领域，设置相关领 域管理岗。 • 科技部门：负责数据架构管理、元数据管理、主数据管理、数据保留与归档、 数据安全与隐私领域，在各团队中设置数据工作管理岗，依据各团队的现有职 能，将各领域职能明确到相关团队。 • 业务部门：在各团队中设置数据管理岗，负责本团队的数据管理工作。 • 分行：与总行各部门相对应，分行各相关部门承担以上总行各部门对应于分行 层面的数据管理职责。 . 数据治理实施路径规划 德勤的数据治理实施路线图有一套固有的方法，结合数据肢体规划的总体功能 框架，依据各领域的数据工作任务，参考各领域的相关性、建设状态、借助德勤项目 规划工具，制定陕西信合数据体系实施路线图，对实施路线优先级进行排序，确定总 体实施计划。 数据治理实施路线图规划方法 最终的实施路线规划图分为日常工作与专项项目两种类型，数据治理与数据管 理的日常工作任务如下所示。 34 数据体系实施日常任务规划 整体三个模块的专项项目规划如下图所示： 数据体系实施项目规划 示例 示例 35 . 数据治理制度体系设计 . 数据治理制度体系框架设计 根据数据管理的层次和授权决策次序，数据管理制度框架分为政策、制度、细则 三个梯次，该框架标准化地规定数据管理的具体领域、各个数据管理领域内的目标、 遵循的行动原则、完成的明确任务、实行的工作方式、采取的一般步骤和具体措施。 数据管理制度框架结构 . 数据管理政策及组织工作章程 数据管理政策和数据治理组织工作章程以明确的形式来表明的数据治理机制的有 效运行规范，明确数据管理的总体目标、工作原则、工作内容以及组织工作章程。 数据政策是最高层次的数据管理制度决策，是为指导全行数据治理与管理活动和 防范数据风险的基础性文件，是建立和完善数据体系所必须遵循的基本原则和纲领，， 是确保对数据治理和各数据管理领域进行有效控制和使用的业务职责问责和流程管理 准则。数据管理政策的管理范围贯穿数据和信息的创造、获取、整合、安全、质量和 使用的全过程，数据管理制度和细则都应在符合政策规定的基础上制定。 其建立的目的是为了：  贯彻执行数据管理规划； 36  明确数据管理范围；  指导各项数据管理制度的建立，确 IT 系统安全、持续、稳健运行，不断 地推动业务创新，提高数据的使用和管理水平。  规范数据建立、维护与管理方面的职责与工作的制度，为加强全行数据管 理工作，推动建立数据管理的长效机制，提升数据管控的效率与成效。 数据治理组织工作章程是为了明确数据治理组织架构中各层级的职责，规 范和控制相关组织在数据管理工作中行使的权利而设计的一份政策层面的文 档，是对数据管理工作的组织架构、职责与权限、人员构成与工作制度的说 明，是数据治理工作中，决策层与管理协调层工作开展的依据。 . 数据管理考核体系设计 数据管理工作考核是对数据管理工作过程事项的考核，依据数据治理体系功能 及设计的建设实施路线图，确定年度工作目标，进一步设计年度数据管理工作考核评 价的维度与具体指标，在明确数据管理工作考核的组织实施方式的基础上有效的开展 考核工作。在激励方式上，应注意奖惩结合，多设置加分项目，以鼓励工作开展，提 高工作积极性为前提。 数据管理工作考核的思路与方法 37 下图为具体的评价维度与考核指标说明： 表 数据管理工作考核的具体内容 评价维度 考核指标 考核指标说明 指标计算 分值分配 得分计算 人员设置情况 相关部门须根据数据管理工 作的要求，选派数据治理工 作小组组员，并在部门内设 置相应的数据管理专员并明 确其职责分工 是否设置数据管理 工作人员 10 如人员未设置或发现人 员不明职责的情况，一 次性扣 10 分 工作联系函的 反馈率 相关人员须对数据治理办公 室的工作联系函等需要配合 的工作事项按时进行反馈， 包括纸质和 OA 两种方式 按时反馈的次数/所 有需反馈的工作联 系函次数 5 5*工作联系函的反馈率 制度征求意见 稿的反馈率 相关人员须对数据治理办公 室发出的制度征求意见稿按 时进行反馈，包括纸质和 OA 两种方式 按时反馈的次数/所 有需反馈的制度征 求意见稿次数 5 5*征求意见稿的反馈率 会议出席率 数据治理工作小组会议中人 员的出席情况 ∑单次出席会议的 人次/须参加会议的 总人次 5 5*会议出席率 机制建设 …… …… …… … …… 数据质量度量 规则需求提出 率 系统归口部门在新建系统、 改造系统结束后，须提出相 应重要数据项的数据质量度 量规则需求 提出新增、变更数 据质量度量规则需 求次数/新建、改造 系统次数 10 10*数据质量度量规则 需求提出率 日常提出数据 质量度量规则 的情况 各部门在日常工作中，可以 提出数据质量目标计划监测 范围外的数据质量度量规则 提出数据质量度量 规则的次数 加分项 每提出一次规则，经核 实，加 1 分，最多不超 过 5 分 数据质量 管理 …… …… …… … …… 数据标准 管理 数据标准执行 符合率 各部门在新建系统、改造系 统时，须执行数据标准的要 系统数据与数据标 准执行审核表描述 10 10*数据标准执行符合 率 38 求并填写《数据标准执行审 核表》 的相符情况次数/新 建、改造系统次数 数据标准落地 执行工作方案 延迟率 各部门须按照数据标准落地 执行工作方案的时间计划完 成相关标准落地工作 无故拖延，未按计 划时间完成相关落 地执行工作的次数/ 须落地执行的次数 5 5*（1-数据标准落地执 行工作方案延迟率） 日常提出数据 标准的新增、 变更或落地需 求 各部门在日常工作中，可以 提出数据标准目标计划外的 新增、变更或落地需求 主动提出新增、变 更或落地需求条数 加分项 每提出一次需求，经核 实，加 1 分，最多不超 过 5 分 …… …… …… … …… . 数据管理评价体系 为了有效的评估、分析数据治理各项任务的工作绩效，反映陕西信合当前数据 管理和运用的综合水平,帮助高层领导和数据管理人员以完整、全面、可视的方式了解 数据管理和应用的过程和结果，看到问题或不足的本质，从而做出准确、及时的抉 择，可以考虑建立数据管理评价体系。 如下图所示，通过数据化能力综合指数反映当前陕西信合数据管理和应用的总 体水平；通过数据治理与文化、数据质量、数据安全、数据应用效率四个数据资产关 键价值的维度，剖析数据体系建设过程中各项能力构建遇到的问题。提出针对性的改 进建议，加快数据战略的有效实施。 39 数据能力化指数图 其中在具体的指标设计上，可以设计三级的指标层次，其中一级指标包含 4 个 关键价值：数据治理文化、数据质量、数据安全、数据应用效率；二级指标包含若干 体现关键价值的支撑关键能力，其下有三级指标包含若干支撑的度量指标。如下是若 干个具体度量指标的示例： 表：度量指标示意表 关键价值 数据应用效率 关键能力 数据应用及时性 度量指标 • 数据仓库给数及时性 • 核心系统给数及时性 • …… 指标说明 查看行内重点系统按时提供数据的能力。从提 前、准时、延迟、未提供四个状态以及对业务 影响、系统个数等方面进行衡量 . 数据标准管理方案 . 数据标准与各领域的关系 从下图中可以看出，数据标准是数据管理活动的组成之一，与数据治理与数据应 用相辅相成。数据标准工作的开展需要契合企业的工作重点，配套建立数据标准的相 关管理机制，以数据标准为突破口进行全行的数据治理工作，提升全行的数据意识， 为日后数据应用与服务提供支持，促进数据管理对业务和科技的贡献。 40 数据标准与各领域的关系 数据标准管理与各领域关系说明如下：  与数据应用与服务关系：数据应用与服务为全行数据标准管理的建设提供全行 层面统一的数据管理重点与目标，对数据价值、量化分析应用、决策支持、风 险识别等方面进行实际的应用。  与数据管理组织与职责关系：数据管理组织与职责定义数据标准管理角色体 系、组织架构及职责划分，为数据标准管理工作的开展提供组织基础。  与数据管理制度关系：数据管理制度在规范了数据标准管理领域的目标、遵循 的行动准则、完成的明确任务、实际的工作方式、采取的一般步骤和具体措 施。  与数据架构与模型关系：数据架构与模型管理作为数据标准的重要载体，伴随 数据标准的调整或变更数据架构与模型也会做相应的调整及优化；  与数据质量关系：数据标准管理为数据质量管理提供技术标准、业务标准，作 为数据质量度量规则的制定依据，有助于数据质量的提升；同时，在数据质量 提升的管理过程中由于业务流程优化或信息项变更而提出数据标准完善或变更 需求；  与元数据关系：业务数据标准是元数据管理模块的数据来源，而技术数据标准 作为技术元数据的比对标准； 41  与主数据关系：主数据管理明确全行范围内对主数据的业务定义及技术定义， 统一业务部门及技术部门对于主数据的理解，规范各系统建设时对主数据的定 义。主数据标准的制定可以结合陕西信合现有的数据标准为参考；同时，主数 据业务及技术定义的变化也作为全行数据标准定义的输入。 . 数据标准管理框架 数据标准管理框架为数据标准化建立了科学合理且符合实际情况的架构，是数据 标准化工作开展的基础。数据标准管理框架的建设目标是： 建立框架、指明方向：数据标准管理框架建立数据标准的总体框架、目标蓝图和 实施路线图，指明未来数据标准化工作的重点和发展方向。 科学分类、界定范围：数据标准管理框架将为数据标准的科学分类以及各数据标 准的内容和范围的界定提供依据。 建立依据、提供指引：数据标准管理框架为数据标准化工作提供依据和指引。 奠定基础、逐步完善：为数据标准逐渐趋向科学化、合理化和实用化奠定基础。 数据标准管理框架分为数据标准管理机制建设、数据标准制定、数据标准实施三 个部分，其中数据标准管理机制建设，即标准管理的流程、标准管理制度、组织架构 和职责贯穿于标准制定和实施的全过程中： 42 数据标准管理体系框架 数据标准管理机制建设包括数据标准管理组织的建立、数据标准管理制度的制定 以及数据标准管理流程的设计，三者相辅相成，应符合如下原则：  组织设计遵循目标驱动原则：定义组织架构及职责要从工作的目标而非工作的 过程出发。只有达到预期的工作目标，工作过程才是有意义的。  职责完整性原则：尽可能使同一个岗位完成一项完整的工作，完整的工作增加 岗位人员的工作积极性和成就感，对员工的绩效评价提供可衡量的依据，由一 个岗位完成一项完整的工作减少了交接和重复工作。 43  管理流程要简明实用：标准化管理需要形成完善的管理流程和角色分配，在短 期规划中，首要提升快速解决业务难题，降低业务操作复杂度。因此，简明实 用的管理流程将是快速开展标准化工作的一项重要手段。  管理流程设计需要相关制度的支持：管理流程的执行效果如何取决于相关制度 配套是否完善。没有制度性文件支持和约束的流程很难得到彻底的执行。制度 性文件一般包括流程说明、工作准则、审批权限、例外情况说明、相关表单等 内容。  沟通机制遵循跨职能的扁平化原则：部门之间的沟通、决策和问题解决应在直 接参与作业层面进行。建立畅通的沟通渠道，协助当事双方进行沟通和协调。 . 数据标准管理组织 数据标准管理组织分为决策层、管理层和执行层，每一层中均有不同角色的人参 与，相应的每种角色的职责也有所不同。 建议陕西信合数据标准管理实行“统一领导、集中管理、分工协调”的管理模式。 建立由行长任组长的数据管理委员会承担数据标准管理的决策和领导责任；建立数据 标准管理专职机构，负责全行数据标准的统一管理，承担涉及全行性数据标准的制 定、维护和应用监督等工作；建立数据标准管理团队，承担一般专业部门数据标准管 理与应用推动工作。 决策层 决策层数据标准管理组织 岗位 职责 数据管理委 员会 是全行数据标准工作的最高决策机构，负责数据标准管理重大事项的 协调与决策；  审批数据标准管理办法、流程和规范；  审批数据标准的发布稿；  定期听取数据标准管理工作的汇报  协调重大争议事项 管理协调层 44 管理层数据标准管理组织 岗位 职责 数 据 标 准 管 理专职机构 是数据标准工作的总体协调与管理部门，负责组织、推动数据标准的 相关工作，具体工作由数据管理团队承担；  负责制定数据标准工作计划及工作方案；  负责制定和维护数据标准定义模板；  负责收集数据标准的新增及变更需求并协调相关部门参与数据标 准制定、变更、评审；  负责维护数据标准、发布新版本；  审核 IT 项目组在系统建设中的数据标准落地范围与落地方案、数 据模型建设方案等；  监督各部门对数据标准的执行情况；  定期向决策层汇报重大事项 数据标准归 口管理部门 是数据标准业务标准的权威认定部门，负责本部门管理的信息项业务 标准和标准代码的解释和指导 执行层 执行层数据标准管理组织 岗位 职责 总行各部门 是数据标准的需求提出方与执行者，主要职责包括：  负责提出数据标准制定及变更的需求；  参与数据标准的制定；  参与数据标准的变更与评审工作；  负责落实并执行相关数据标准 分行 是数据标准的需求提出方与执行者；  根据日常运营统计及监管报送的需要通过总行分管条线业务部门 向科技发展部提出数据标准需求；  在数据获取阶段按数据标准的管理要求开展工作 . 数据标准管理流程 数据标准管理主要内容包括了数据标准的制定、评审、发布、执行、变更、复审 的制度规范和工作流程。 45  数据标准制定 − 数据标准内容包括数据分类、业务属性、技术属性、管控属性和标准代码： − 数据分类明确了数据标准业务主题的概念、本质和内涵； − 业务属性定义包括信息项分类、名称、业务含义等； − 技术属性包括数据类型、数据长度、精度等； − 标准代码包括了代码值、代码名称、代码项、代码定义、编码规则等； − 管控属性包括了信息项使用部门、管理部门、版本号、标准使用状态等。  数据标准评审 − 数据标准评审的对象是数据标准的编制成果，包括数据标准的数据分类、业务 属性、技术属性、管控属性和标准代码的前瞻性、完整性、准确性、可落实性 以及是否符合本行实际与外部监管要求等。  数据标准发布 − 数据标准发布包括各部门领导的会签和传签，以及数据标准制定成果在全行范 围内的正式发布。数据标准的制定、评审、发布流程如下： 数据标准的制度、评审与发布  数据标准执行 − 数据标准的执行会落于业务层面与技术层面。 − 业务层面的实施包括纳入业务制度编写、规范操作、监督复查、统一统计口径 <1.数据标准的制定、评审与发布流程> 总 行 各 部 门 各 分 支 机 构 信 息 中 心 数 据 管 理 外 部 专 家 是 否 完善审议稿 征求各部门意 见，根据需要 召开数据标准 化专题会议 完善工作成果 内容，形成征 求意见稿 -2 评审设计稿 -1 评审设计稿 发文会签 -1 接收数据标准 需求退回原因 -2 数据标准定义 设计稿 完善工作成果 内容，形成审 议稿 是否满足标准 准入原则 登记、汇总、 初步筛选需求 -2 捕捉数据标准 新增需求 -1-1 提出数据标准 需求 -1-2 提出并汇总本 部门数据标准 需求 2. 数据标准 的执行流 程 按本行发文流 程发布数据标 准 46 等等。 − 技术层面的实施包括系统的落地，如新建系统落地、源系统改造、数据平台落 地，以及各类数据标准管理工具的应用。 − 数据标准执行流程示例如下： 数据标准的执行 47  数据标准变更 − 数据标准的变更是指由于业务运营与管理的数据需求变化，或由于外部监管要 求，或由于引用的国家标准等外部标准的变化，对已发布的数据标准进行的修 改完善。数据标准变更流程图如下： 数据标准的变更  数据标准复审 − 数据标准复审是指根据业务发展及系统建设情况，对数据标准的适用性和准确 性进行的周期性评审。 数据标准的复审 <3.数据标准的变更流程> 各 分 支 机 构 总 行 各 部 门 信 息 中 心 是 否 -2 汇总并提交数 据标准变更需 求 – 标准发布流 程 -1 结束 -2 修改数据标准 是否执行变更 变更需求汇总 变更需求 评估 -3 外部标准变更 需求 -1 提交数据标准 变更需求 <4、数据标准的复审流程> 总 行 相 关 部 门 总 行 相 关 部 门 数 据 标 准 化 工 作 小 组 领 导 数 据 标 准 化 工 作 小 组 领 导 相 关 分 行 相 关 分 行 数 据 标 准 化 工 作 小 组 办 公 室 数 据 标 准 化 工 作 小 组 办 公 室 数据标准复审 标准修订 复审结果审批 是否废止 是否修订否 标准停用 结束 是 否 是 修订范围是 否较大 否 是 1、 数据标准的 制定、评审 与发布流程 48 . 数据标准管理制度 数据标准管理制度是数据标准工作范围、人员、活动、流程等要素的保证，管理 制度的制定需要明确数据标准的工作目的、使用范围、工作原则与规范、组织架构与 职责以及数据标准的各项活动和管理流程等，其制定步骤如下图： 数据标准管理体系实施步骤 数据标准管理制度的建立应遵循如下原则：  建立全行级的数据标准制定、审批与发布制度，遵循“集中管理、集中审批、集 中发布”的原则，由标准管理专职机构制定指导全行业务部门统一执行的审批与 发布制度，保证数据标准的权威性和连续性。  建立数据标准的执行机制，规范业务部门在编制业务需求或者制作经营分析报 告时正确有效地使用权威的数据标准，保证数据标准从业务到科技落地实施过 程中，各参与方严格按照标准定义履行各自责任，做到标准统一、责任明确、 沟通高效。  建立数据标准的变更和复审机制，标准管理专职机构定期对存量数据标准进行 验检，清理需要变更或者停用的标准对象。标准管理专职机构对满足巡检条件 的标准进行筛选，确定需要清理的候选标准。标准管理专职机构向相应数据标 准管理专业线或有关业务部门发送数据标准使用状态确认函。如果确实需要对 存量标准进行变更或者停用操作，由对口数据标准管理专业线或标准所属业务 部门发起变更或者停用流程。 49 管理办法中除了明确数据标准工作的参与组织与流程外，还需要规范整个工作中 需要的应用的表单和附件，包括不限于：数据标准需求审批表、数据标准执行表、数 据标准模板等。表单示例如下： 数据标准需求审批表 通过向业务部门和关键处室负责人征询意见，逐步完善我行数据标准管理工作的 细节内容，并获取全行范围的认可。最终制定全面和切实可行的管理制度，并在全行 范围内推广。 . 数据标准编制 . 数据标准编制的目的 数据是银行业业务开展的基础性支撑要素，高质量的数据是提升业务效率、加强 管理与分析能力的必要条件，数据标准是银行提升数据质量的关键基础性工作。通过 数据标准化，将把银行的数据变成资源，通过对数据的加工与分析，为业务的经营与 发展提供支持，进而创造利润，从而确保银行的数据资产发挥其业务价值。因此，数 据标准是数据管理与应用的重要基石。 50 数据标准的含义 数据标准化是为实现数据价值驱动业务发展，而开展的对数据标准定义和实施的 一系列工作。数据标准体系则是根据银行的实际情况搭建起的科学合理的框架，是数 据标准化开展的基础。 数据标准化的价值一方面体现在促进业务沟通并为信息化建设打好基础，另一方 面在于满足监管部门对数据的要求。 1.数据标准化可以帮助银行实现以下业务价值：  提升整体业务效率：数据标准化统一了业务语言，明确了业务规则，规范了业 务的处理过程，从而提升银行整体的业务效率，满足管理决策对信息的要求。  提升数据质量：数据标准化统一了各类系统的数据定义，因此数据标准化将直 接提升银行的数据质量，为领导的管理决策提供准确、全面的数据。  提升 IT 实施能力：数据标准将提升 IT 系统的数据模型设计效率，降低各系统 间集成的复杂度，并为各业务条线和 IT 系统提供一致的数据定义，从而促进各 业务条线之间的交互，降低了各系统间数据交换的复杂度，提升银行的数据共 享能力，进而为提升我行的 IT 实施能力奠定基础。 51 数据标准化的价值 2.数据标准化可以满足监管部门对数据的要求： 同时，人民银行、银监会等外部监管机构也在近两年陆续发布了对商业银行开展 数据标准工作的指导文件或试行标准。如，人民银行于 2010 年发行了《金标委秘发 45 号－关于启动今明两年相关标准编制准备工作的通知》和《贯彻落实金融统计标准 工作的指导意见通知》（人发 201（286）号文）；银监会于 2011 年发布《中国银行业 “十二五”信息科技发展规划指导意见》中明确提出“建立数据治理机制，积极推进数据 标准化和数据质量建设”等。这些举措加快了行业标准建设的步伐。 52 同业数据标准化现状 参考同业现状，发现陕西信合目前尚未有全行级的数据标准，用于经营管理、监 管报送的部分数据的定义、分类和统计口径尚未在各个业务条线间达成共识，导致所 需数据的匮乏、缺失、不一致、不准确，影响了分析决策和对外报送的效率；并且配 合数据仓库客户单一视图的建设，数据标准会解决关键业务数据分散存放在多个孤立 的系统中的问题，通过业务规范、技术规范和管理与技术支撑，数据标准以统一的规 范关联、整合数据，并在公司内部实现信息与资源的共享。 由此可以看出，数据标准体系在陕西信合满足外部监管要求和日益精细的业务发 展，规范 IT 系统建设与提高数据质量方面，有着不可或缺的价值和意义。 . 数据标准框架 53 数据标准框架 . 基础数据标准 包括陕西信合日常业务开展过程中所产生的具有共同业务特征的基础性数据，如 客户、产品、协议、交易等； 1. 客户数据标准：银行感兴趣的个人及组织，包括当前客户、历史客户、潜在 客户等； 2. 产品数据标准：银行向客户、其他竞争对手和第三方参与者销售、提供的商 品或服务； 3. 协议数据标准：银行与客户之间针对某种特定产品或服务而签立的契约关 系，如账户、客户和银行签订的合同等； 4. 交易数据标准：为满足客户的服务需求或自身的经营管理需要，进行的用来 实现价值转移、服务提供的活动； 5. 渠道数据标准：客户及合作伙伴获取陕西信合信息或使用陕西信合金融产 品、金融服务的媒介； 54 6. 地址数据标准：银行关注的地址和区域，地址包括传统地址、电子地址及电 话信息等； 7. 资产数据标准：客户所属的各类资产信息； 8. 财务数据标准：描述银行科目组织、控制、内部核算等核心科目帐务以及预 算管理有关的数据； 9. 营销数据标准：针对客户所做的策划、宣传及营销等活动数据； 10. 组织数据标准：描述银行自身的组织机构、员工的相关信息； 11. 代码标准：银行业务中使用的业务和技术代码。 基础类数据标准的主题构成包括对应业务主题（如客户、产品、资产、交易等） 的定义和分类、信息模型和相关的标准代码，如下图所示： 数据标准的主体构成 1. 定义和分类 定义和分类明确了数据标准业务主题的概念、本质和内涵，并明确该业务主题在 陕西信合的分类体系，如客户的定义和分类、产品的定义和分类等。如下图所示： 55 数据标准的定义和分类 2. 信息模型 标准信息模型包括对数据主题信息项的识别、信息项的分类、信息项的业务属性 和技术属性，其中： − 信息项的识别：识别该数据主题所包括的所有信息项（原子级），如客户名称、 电话、地址等； − 信息项的分类：从业务的角度对相关信息项进行分类，如将客户名称、客户行 业归入客户基本信息类，客户电话、客户地址归入客户联系信息类。 − 业务属性针对每个信息项进行描述，包括以下内容： − 英文名称：信息项英文名称 ； − 中文名称：信息项中文名称 ； − 业务含义：信息项的业务含义及说明 ； − 数据管理部门：对此信息项进行定义和变更的管理部门 ； − 重要程度：对于业务的重要程度，分为高、中、低三个等级。 注：以上是数据业务属性的通用描述方式，具体到各个数据主题可能略有不同， 如交易主题的数据，一般还包括使用规范等信息。 56 技术属性针对每个信息项进行描述，包括以下内容： − 数据类型：根据数据表示特征划分的数据类型，如编号、金额、日期、代码、 文本、数值等 ； − 数据格式：数据的技术格式及技术长度定义，如 10 位定长文本 char(10) ； − 有效阈值（可选）：可选项，可根据各主题数据标准的特性来定义数据项有效 域值的范围，如数据项有效值范围为 0~100； − 是否可空（可选）：可选项，可根据各主题数据标准的特性来定义数据项是否 可空置（是/否）； − 缺省值（可选）：可选项，可根据各主题数据标准的特性来定义数据项在默认 情况下的缺省值 。 具体样例如下图所示： 客户信息的分类与具体内容 3. 标准代码 各类基础类数据如客户、产品、协议等均包括相应的代码，且存在共用的代码， 因此代码将作为一类特别的基础类数据标准，并与客户、产品、协议等数据标准共同 使用。同时，分析类数据的统计维度同样会使用到相关的代码。 标准代码包括代码基本信息与代码定义两部分。 57 代码基本信息包括以下内容： − 代码编号：编号规则： CDNNNNNN。CD–代码英文名称（Code）的简称， NNNNNN:顺序号，从 1 开始排序； − 英文名称：代码的英文名称； − 中文名称：代码的中文名称； − 业务含义：代码的业务含义； − 定义原则：说明代码的定义原则，如采用外部标准； − 外部标准：如采用外部标准需标注外部标准的代号及名称； − 编码规则：代码的编码规则（如：行业编码的编码规则） ； − 技术属性：代码的类型及字符长度，如 Char(4) 。 − 代码定义包括以下内容： − 代码值：代码的有效范围； − 代码描述：代码值的业务含义； − 业务说明：代码值的详细说明。 4. 其他内容 根据数据主题的不同，数据标准还包括业务规则等其他内容，如客户数据标准包 括客户的识别与归并规则，具体内容将在各主题数据标准详细设计时进行明确。识别 与归并规则的具体样例如下图所示： 58 客户信息的分类与具体内容 . 指标数据标准 包括为满足陕西信合内部管理需要及外部监管要求，在基础性数据基础上按一定 的统计、分析规则加工后的数据，即指标。 1. 指标分类框架的设计方法与原则 指标分类框架体系要全面反映数据服务提供者所能提供的指标管理的信息。建 议指标分类采用空间分类法（多维分类），例如按照业务条线、使用用途、机构等 多维度进行指标分类。 • 每一个维度的分类相对稳定，可进行多级分类。 • 每一个维度分类具备较强的可扩展性，能够当前和未来的业务发展及经营管理 的需要。 • 在一个维度下一个指标可以属于多个分类或子分类，如：流动性风险指标，既 是风险管理的范畴，也是资产负债管理的范畴。 59 指标的分类与具体内容 2. 分析类指标元数据模型 指标元数据模型是反映指标的定义、采集、存储、整合、应用与控制等的标准 模板。元数据模型应包含指 标的业务属性、技术属性、管理属性等，以方便用户的使用及体验。 业务属性：业务分类、业务分析描述、关联指标、关联维度、报表名称等； 技术属性：实现方式及展现方式 管理属性：管理部门、业务服务范围、服务 ID、管理服务 ID、区域服务范围、状 态。 60 分析类指标元数据模型 . 数据标准制定 数据标准制定工作分为现状调研、原则定义、标准制定三个阶段。 . 数据标准的现状调研  数据标准现状调研目标 现状调研阶段的目标是通过不同的调研形式，深入的了解陕西信合当前存在的数 据问题及各业务部门对数据标准的认识与期望，并从不同层面验证、分析问题的产生 原因。具体目标包括： 一、从业务层面，通过业务访谈调研，为后续数据标准的准入及信息项的业务定 61 义提供输入。 二、从系统层面，通过系统数据字典的查询、比对，为跨系统的数据标准信息项 的统一以及信息项的技术定义提供依据。 三、从经营统计及外部监管层面，通过业务访谈及业务部门提供资料的分析，为 数据标准信息项代码的制定提供依据，保证必要信息能够满足日益精细的经营统计和 监管报送的需求。 四、从管理层面，通过业务访谈及组织职能分析，为后续数据标准的设计、维 护、管理奠定基础。  数据标准现状调研方式 针对各主题的数据标准的业务特色，结合以往同类项目实践经验，调研内容主要 从以下几个方面来展开：  业务访谈 通过对相关业务部门及分行的访谈，了解各主题数据在业务开展中的作用及当前 系统支持的情况，从业务层面掌握各主题数据现状，并加强业务部门对数据标准工作 内容的理解和认识，利于双方工作的配合。  资料分析 项目组通过对收集到的资料，包括现行系统资料以及从各业务部门收集到的制 度、报表的整理分析，更加完备而准确的认识了解各主题的数据现状。  系统调研 针对发现的业务问题，通过数据字典查询等方式，从系统层面了解和验证产生业 务问题的数据的相关属性并分析原因。同时针对特定系统或项目，与相关技术人员进 行沟通，深入了解特定系统在处理各主题信息时的相关流程和规则，了解现存的数据 问题和潜在需求。 . 数据标准编制思路和原则  数据标准编制思路 62 德勤拥有一套科学、完整的数据标准设计方法论。该方法综合了业界自顶向下和 自下向上两种设计理念，通过细致的客户数据现状调研为基础，结合德勤所拥有的银 行业数据标准资产，通过对比，采用不同的处理方法，整合出即满足符合我行数据现 状又能体现未来金融数据需求的前瞻性数据标准。  数据标准编制原则 数据标准框架在总体上注重标准体系框架对标准分类的科学性、合理性，考虑信 息化的实际需要和业务发展对数据标准提出的不断更新、扩展和延伸的要求，还要注 重与现行的国际、国家和行业标准的相互衔接。 数据标准体系在编制时需要遵循实 用、前瞻和开放的原则。 实用：数据标准体系须满足业务发展和业务应用的实际需求，体现特色，突出重 点，能够指导数据标准的定义及数据标准在业务层面及技术层面的落地工作。 前瞻：积极借鉴国际经验，充分参考国内外业界的先进实践经验，使数据标准体 系充分体现业务的发展方向。 开放：数据标准体系并非一成不变，其所包含的各项标准应可修订、可执行；整 个标准体系应可扩充，能够随着的业务发展和数据标准的深入应用不断充实和更新。  数据标准准入原则 对于数据标准来说，重点关注在企业内部多处使用、频繁交换的数据，将所有的 数据纳入数据标准的范畴是没有必要的，因此，从数据标准对业务和 IT 的指导作用出 发，设立如下的数据标准范围的准入原则。 原则 1：  经国际、国家或行业正式发布的数据标准  监管部门管理指引、监管统计规范等已经明确提出要求的相关数据规范  行内已经发文进行明确的相关数据规范 原则 2：  针对在全行广泛使用尤其是跨业务条线的数据和代码进行标准化 原则 3：  针对在现有 IT 系统中多处使用的数据和代码进行标准化 原则 4：  对于分析类指标，只针对综合类的分析指标进行标准化，对于单个业务领域所 63 使用的分析类指标暂不纳入标准化范围 . 基础数据标准制定 . 客户数据标准  客户的定义和分类 客户，是指陕西信合为其提供产品或服务以及其他感兴趣并进行分析的任何个人 和机构。按照客户的基本属性，可以将客户分为：对私客户和对公客户。其中对公客 户又可分为境内和境外两种类型，每种类型下各自可进行更进一步的的细分。  客户的识别规则 基于客户分类，提供各类客户的识别规则。包括利用组织机构代码识别境内对公 客户，利用所在国家或地区和客户名称识别境外对公客户以及利用个人证件进行对私 客户的识别。以及针对各类客户的历史数据情况提供客户归并的补充建议。  客户的核心信息 客户的核心信息包括：基本信息、联系信息、财务信息、关联信息、风险信息、 评价信息与往来信息等信息。详细如下图所示： 客户信息分类示例 . 组织数据标准 示例 64 组织数据标准化工作包括组织数据标准定义和组织数据标准执行，如下图所示 组织机构数据标准工作内容  组织数据的定义： 组织是指人们为着实现一定的目标，互相协作结合而成的集体或团体。此处所指 的组织数据包括银行的内部机构和员工的相关信息。  组织数据核心信息： 组织核心信息类包括：基本信息、联系信息、职责信息、关联信息、评价信息 等。 65 组织核心类信息分类示例 . 产品数据标准  产品的定义 产品是向客户提供的，能够满足客户特定金融需求的金融工具和产生收益的金 融服务、或者银行在货币市场与资本市场的资金操作，必须是能够面向市场面向客 户的、可以单独直接销售、必须要有回报发生或者银行在货币市场与资本市场的资 金操作的才是产品。  产品标准的分类 为满足业务管理、风险管理、经营预算、会计政策、业绩评价和外部监管的需 要，从金融产品的属性特征、市场惯例、功能用途和管理需要等方面建立的基础分 类。 产品标准分类遵循以下原则：  行业普遍接受  跨部门统一  不重复不遗漏  一个主分类标准  同类产品有相似的产品特征/功能/目的，有一定的业务逻辑和业务含义  有适当的粒度，能在一定程度上支持快速准确的产品类别分析 66 产品信息分类示例  产品的核心信息 产品的核心信息包括：基本信息、管理信息、条件信息、风险信息、核算信息和各 类产品的特色信息。 . 协议数据标准  协议的定义 协议是银行与客户之间针对某种产品或服务而签立的契约，它是客户和银行往来 的重要载体，例如：账户、合同等。  协议的分类 参照同业实践，结合外部监管、银行行业的经营管理要求以及业务特点，遵循分 类原则，依据协议属性相似度和行业统一认知，对协议进行分类和整合，最终形成协 议分类。 协议基础分类遵循六大指导原则：稳定性、遵循并参照已定义相关标准、重点突 出、参照外部监管和内部运营管理、排它性及前瞻性。 67  协议的核心信息 协议的核心信息包括：协议通用信息和协议个性信息，协议通用信息包括协议 基本信息、期限信息、关联信息，个性信息按不同协议特点区分特有信息，包括账 户类个性信息、银行卡个性信息、贷款个性信息、结算协议个性信息、票据个性信 息、资金协议个性信息、代理协议个性信息、咨询/证明协议个性信息等。 . 交易数据标准  交易的定义 交易是指银行为满足客户的金融服务需求或自身的经营管理需要，进行的用来实 现价值转移、服务提供的活动。  交易的分类 交易分类遵循实用性、前瞻性、扩展性、重点性、清晰性的原则，共分为金融交 易和非金融交易两大类。 68  交易的核心信息 交易主题的核心信息包括交易通用信息和交易个性信息，交易通用信息包括交易基 本信息、关联信息、介质信息，交易个性信息根据不同类型交易分别定义，包括贷款 交易信息、票据交易信息、投行交易信息、支付结算信息、资金交易信息等。 . 地址数据标准  地址的定义 广义的地址指银行关注的地址和区域： • 地址既包括传统类型的地址信息（如街道地址、邮政编码等），又包括如电话 信息、电子地址(Email、IP、web 地址等) 等信息。 • 区域包括各层次的行政区域（如大洲、国家、省、地区、市、县/区）、自然地 理区域（如珠三角等）、根据银行经营管理和统计分析需要设置的区域以及区 域的组合。  地址的分类 地址主题的分类遵循合规性、实用性、全面性、独立性、稳定性六大原则，地址主 题的基础分类为地理地址和虚拟地址两大类。 69  地址的核心信息 地址的核心信息包括地址通用信息、地理地址信息和虚拟地址信息。 . 渠道数据标准  渠道的定义 渠道是客户及合作伙伴获取银行信息或使用银行金融产品、金融服务的媒介。商 业银行的渠道是指商业银行为客户提供各种服务的方式或途径，主要分为有形网点和 无形网点。有形网点包括营业网点和自助银行，无形网点主要指电话银行、手机银行 和网上银行等。  渠道的分类 渠道基础分类遵循六大指导原则：稳定性、遵循并参照已定义相关标准、重点突 出、参照外部监管和内部运营管理、排它性及前瞻性。 70  渠道的核心信息 渠道的核心信息包括渠道的通用信息、个性信息和关联信息。 . 营销数据标准  营销的定义 营销是指银行对客户开展的一系列的促销事件以及相应的策略和规划活动的组 合，是为了获取、维护、增强金融机构与客户的关系而开展的，其目的可能是为推广 某些产品，也可能是为了树立市场形象。  营销的分类 营销主题的分类遵循清晰性、前瞻性和可扩充性相结合、合理适用性三大原 则，营销数据标准共分为营销媒体和营销活动两大基础分类。  营销的核心信息 营销的核心信息包括通用信息、营销关联信息和营销活动特有信息。 . 财务数据标准  财务的定义 财务主题指的是银行科目组织、总账以及预算管理有关的数据，参考《中国银监 会监管数据标准化规范》（中小银行及农村金融机构） 、《企业会计准则》、《商业 银行表外业务风险管理指引》，并结合各家银行业务管理的需要制定的财务信息项。 71  财务的分类 财务分类根据对会计要素的具体内容、按照其相同的特征和资金性质、业务特点、 经营管理和核算要求进行科学分类而确立的会计核算项目，遵循合规性、清晰性、完 整性和互斥性相结合的原则进行分类。  财务的核心分类 财务的核心分类包括财务通用信息、财务基础信息和自有资产信息。 . 资产数据标准  资产的定义 资产是指银行所关注的与客户相关的各种资产，主要包括客户在银行的抵质押物 和从客户方收取的抵债资产、银行关注的客户的其他资产。一个资产可以与多个客户 （当事人）相关，一个客户（当事人）可以与多个资产相关。一个资产可以与多个债 项相关，一个债项也可以与多个资产相关。  资产的分类 资产的信息来源于办理银行业务时所收集的抵质押物信息，或银行收取的抵债资 产的信息，或银行通过其他途径如客户经理、人行征信系统等能收集到的客户资产， 以及银行在对抵质押物、抵债资产进行管理的全过程中所产生或收集的信息，遵循合 规性、实用性、全面性、独立性、稳定性等原则。  资产的核心信息 资产的核心信息包括资产通用信息、资产详细信息、抵质押信息和抵债资产信息。 . 公共代码 标准代码标准化工作包括标准代码定义和标准代码执行，如下图所示： 72 公共代码数据标准工作内容  标准代码的定义：标准代码是指开行业务营运中使用的业务或技术代码，标准代码 将在开行的相关业务及信息系统中被强制执行和遵守。标准代码的定义包括两部分 内容：  代码基本信息：包括代码的编号、英文名称、中文名称、业务含义及定义原 则等。  代码定义：确定具体的代码、代码描述及代码的详细业务说明。  标准代码定义结构 标准代码标准化工作包括标准代码定义和标准代码执行，如下图所示：  代码编号：编号规则： CDNNNNNN。CD–代码英文名称（Code）的简称， NNNNNN:顺序号，从 1 开始排序；  英文名称：代码的英文名称，如币种代码 currency_code；  中文名称：代码的中文名称；  业务含义：代码的业务含义，如币种代码是开行业务营运中所接受的各种货 币币种的统一标识；  定义原则：说明代码的定义原则，如采用外部标准；  外部标准：如采用外部标准需标注外部标准的代号及名称；  编码规则：代码的编码规则（如：行业编码的编码规则） ； 73  技术属性：代码的类型及字符长度，如 Char(4) ； . 指标数据标准制定 指标是指我行在一定时期内的经营管理过程中，用于反映经营情况的绝对数量或 规模的数量指标，如利润、存款余额、贷款余额等，以及用于反映业务开展和管理能 力的工作质量、相对水平或数量关系的质量指标，如利润率、存贷比等指标集合，以 及反映指标的观测和分析视角的分析维度集合，其的内涵包括：  指标分类，指标可按其说明总体现象的内容不同，如，按经营管理，按战略 发展等；  指标属性，包括业务属性、技术属性和管理属性；  维度分类，维度可按其描述银行业务信息的特征进行分类，如参与人、产 品、协议、事件、渠道、财务等；  维度属性，包括业务属性、技术属性；  指标与维度关系，即指标的观测和分析视角。 . 指标分类 分类是根据事物的特点，按照一定的方法将它们区分归类。分类是认识和区别事 物的基本方法，分类以认识事物、区别事物为目的，有其特殊的对象和用途，分类的 用途是提供用户一种检索的途径。 指标的检索特点是不同的用户有不同的检索习惯，如通过指标名称、指标编号、 指标归口管理部门、计算时相关的指标，指标来源系统等进行检索。在没有系统支持 指标检索应用时，就需要结合指标的特点和业务人员的使用习惯对指标进行分类。 例如可以从使用用户视角，提供了基础数据标准分类、使用范围、管理领域和业 务板块四种分类方法，如下图所示。 74 指标数据标准分类示例 . 指标属性 指标属性包括业务属性、技术属性、管理属性和应用属性四类，其中业务属性用 于定义指标的业务信息包括名称、业务定义、计算规则和业务口径等，技术属性用于 定义技术实现的信息包括数据类型、数据来源等，管理属性用于定义指标的管理信息 包括归属机构、解释机构等，应用属性用于定义指标的应用信息包括实现的报表、分 析模型等。 75 指标属性示例  业务属性 业务属性使用统一、标准化的指标命名，有助于工作中对指标的检索，和防止重 复现象。明确指标的业务定义，便于该指标体系原型用于行内将来的指标设计和管理 中时，帮助用户理解每个指标的内容和属性，同时为需求具体化提供参考和输入，其 具体内容包括： 1. 指标编号 该属性为必选属性，指标编号作为识别指标的唯一依据，指标编号在编号规则上 应反映指标的特性并且具备唯一性。 具体规则如下： I_[业务一级分类缩写]_[5 位顺序号] 其中 I 代表维度， 业务一级分类缩写缩写为： BD，标识业务发展主题，取业务发展英文缩写 2 位英文字母代表。 RM，风险管理主题，取风险管理英文缩写 2 位英文字母代表。 FA，财务分析主题，取财务分析英文缩写 2 位英文字母代表。 CA，客户分析主题，取客户分析英文缩写 2 位英文字母代表。 CS，渠道分析主题，取渠道分析英文缩写 2 位英文字母代表。 指标编号 指标名称 业务定义 计算公式 指标口径 校验规则说明 单位 统计频度 数据类型 数据长度 计算精度 指标归属管 理部门 使用状态 指标使用部 门 指标需求来 源 对应标准编 号 股东权益 股东权益是 元 日/ 旬/ 月/ 生息资产余额 生息资产余 元 日/ 旬/ 月/ 非生息资产余额 行内不能带 总资产余额 元 日/ 旬/ 月/ 付息负债余额 付息负债余 元 日/ 旬/ 月/ 主动负债余额 主动负债余 元 日/ 旬/ 月/ 汇兑损失 该指标统计 外汇业务支 元 日/ 旬/ 月/ 汇兑损益 该指标统计 汇兑收益贷 元 日/ 旬/ 月/ 资产应收利息 因资产业务 百分比 日/ 旬/ 月/ 发放贷款应收利息 贷款业务产 百分比 日/ 旬/ 月/ 持有到期投资应收利息 金融投资业 百分比 日/ 旬/ 月/ 存放央行款项应收利息 存放央行准 百分比 日/ 旬/ 月/ 每股净资产 每股股票所 股东权益 ÷ 元 日/ 旬/ 月/ 每股收益 每股收益是 净利润÷ 普 元 日/ 旬/ 月/ 经济附加值 经济附加值 经济附加值 元 日/ 旬/ 月/ 资产收益率 资产收益率 净利润÷ 资 百分比 日/ 旬/ 月/ 净资产收益率 净资产收益 净利润÷ 股 百分比 日/ 旬/ 月/ 风险调整后资本收益率 风险调整后 （经济利润 百分比 日/ 旬/ 月/ 生息资产平均利率 生息资产平 生息资产利 百分比 日/ 旬/ 月/ 管理属性基本属性 技术属性 76 SC，监管报送主题，取监管报送英文缩写 2 位英文字母代表。 2. 指标名称 该属性为必选属性，用于是指标唯一的规范化名称。针对在不同业务场景下统计 口径有细微差异的指标，采用指标名称后括号内说明其适用的业务场景的命名方式予 以区分。业务场景的统计口径差异主要有两类，一是报送范围的差异，二是财务和业 务视角的差异。 3. 业务定义 该属性为必选属性，用于指标的整体概括性描述，说明指标的概要性含义及适用 范围。主要从以下几个方面进行描述： 指标的原理或概念解释； 指标用途； 指标统计所覆盖业务范围、产品条线范围等； 我行的业务特色，与通用概念、监管要求的差异性等。 4. 计算公式 该属性为必选属性，用于描述指标的计算方法，主要是指标通过取哪些数据进行 运算。对运算关系的描述包括+、-、X、/、Σ等，其中既包含直接计算关系，也包含所 涉及的子项的计算关系。如果指标的计算公式引用的是会计科目，则表示为会计科目 名称（科目号）；如果指标是由其他指标衍生运算的，在引用相应的指标时，则表示 为指标名称（指标编号）。 5. 指标口径 该属性为必选属性，用于描述指标的统计限定条件或取数范围，主要用于补充指 标的计算规则中，无法用计算公式部分进行描述的补充，其中也包括对取数过程中需 要用到的判断信息项界定条件的描述。 6. 统计频度 该属性为必选属性，表示各业务部门统计并生成该指标所需的频度，如日、月、 季、半年、年等。  技术属性 77 技术属性用于描述指标技术实现信息，包括指标数据类型、数据长度、计算精度 等。 1. 数据类型 该属性为可选属性，用于说明指标的在数据库中的字段数据类型，用于统一定义 指标的数据类型，如，Number(16,2)表示数据为数值型。 2. 数据长度 该属性为可选属性，用于说明指标的在数据库中的字段存储长度，用于统一定义 指标的数据长度，如，Number(16,2)表示数据长度为 16 位。 3. 计算精度 该属性为可选属性，用于说明指标的在数据库中的计算精度，用于统一定义指标 的计算精度，如，Number(16,2)表示计算精度为小数点后 2 位。  管理属性 管理属性用于描述指标需求的来源、解释和使用的机构，便于在需求分析时和使 用指标时便使用指标时对其来源信息及背景信息等进行查阅，澄清指标的相关信息， 在指标实现时进行指标使用权限的设置。 1. 指标归属管理部门 该属性为必选属性，指标需要有单一的归属管理部门，负责澄清指标的相关信 息，对指标有最终的解释权。 2. 使用状态 该属性为必选属性，描述指标是否有效的状态，包括“在用”和“废止”，缺省值为 “在用”。 3. 指标使用部门 该属性为可选属性，指标在实际工作中可以被多个部门同时使用，但指标相关信 息的最终解释权只能由归属管理部门承担。 4. 指标需求来源 该属性为可选属性，用于说明指标最初的需求来源，方便使用指标时对其来源信 息及背景信息等进行查阅。 78 . 数据标准实施 数据标准落地应用的步骤分为实施计划、标准执行、标准检查和标准改进四个阶 段。 . 数据标准落地实施策略 数据标准落地是一项持续性的工作，其价值毋庸置疑，但同时在落地过程中也会 为系统建设带来改造的工作量与复杂度，如何平衡阶段性的投入与产出，保障边际效 益最大化是落地执行开展的首要原则，其关键因素包括： 1. 系统改造难度与风险考量  尽可能减少已投产运营系统的改造成本与产生额外问题的风险；  需考虑外购的成熟软件系统改造的可行性；  对于系统实施项目，尽可能在不延长项目实施周期的情况下进行数据标准的落 地。 2. 落地的方式  对源系统的改造是数据标准落地最直接的方式，有助于控制未来数据录入的质 量与准确性；  对系统间接口的改造也是保障交互一致性的重要工作；  数据平台入仓时将数据按照标准转换，可保障统计分析的准确性。 3. 业务价值实现的优先级  通过对我行业务运营和管理的收益分析，排定落地的优先级；  通过对对我行业务统计分析和监管报送的收益分析，排定落地的优先级；  对于相关性较强的数据标准内容，建议同时实施落地。 4. 整体 IT 规划安排  按照我行 IT 规划的整体安排，未来的系统建设会有节奏、有计划的进行，数据 标准的落地实施也需按照 IT 规划的建设步骤进行。 数据标准的落地与执行需要遵循以下策略： 问题驱动：根据风险管理、监管报送和统计分析工作中，对重要的行业代码、机 构信息、产品信息一致性的要求，以解决业务部门最为迫切的数据问题作为数据标准 落地工作的入手点和落脚点，进行相应数据标准的落地实施。 79 业务精细化管理驱动：以数据标准内容为出发点，分析相应数据项对加强业务管 理精细化的作用，如客户信息、资产信息、产品特征信息等，确保数据标准的业务价 值能快速体现推动相应数据标准的落地。 全行数据一致性驱动：以重要 IT 系统（如核心、信贷等）重建为契机，推动数据 标准的落地实施，同时覆盖相关的周边 IT 系统，全面推动数据标准在各类 IT 系统中 的落地实施，全面实现全行数据定义的一致性。 . 数据标准落地实施原则 其次，数据标准落地与执行时，对于陕西信合各业务领域及 IT 系统的约束力应遵 循以下原则： 原则 1：信息项的业务标准、技术标准和代码标准，对所有业务领域及 IT 系统要 求强制执行，当使用到标准中所包括的数据项时，必须遵循数据标准的规范。同时， 对于准标准，作为推荐性标准在业务领域及 IT 系统中参照执行。 原则 2：数据标准所定义的参考数据模型，由于其不涵盖陕西信合所有的数据 项，同时考虑各业务领域及 IT 系统自身的个性化需求，因此标准的数据模型仅作为参 照，不要求强制执行。 原则 3：对于新建或者改造系统，强制要求其执行信息项的业务标准、技术标准 和代码标准；对于现有系统，其数据进入数据平台时（主要指数据仓库），必须遵循 信息项的业务标准、技术标准和代码标准进行转换，以确保后续统计分析的一致性。 . 数据标准的差异分析 标准映射是识别数据标准与源系统数据字典间的差异，基于定义完整的数据标 准模板，开展关键系统的数据映射与差距分析工作，数据差距分析是后续数据质量分 析和制定系统数据清洗、补充和质量改善方案的基础。数据差距分析的目的主要明确 以下几方面内容： • 数据项是否能从源系统或数据仓库获取； • 不同系统间的数据内容是否一致； • 当前哪些数据需通过数据仓库获取，其中哪些已经进入数据仓库，哪些数据未 纳入数据仓库； 80 • 深入分析各系统与数据标准模板存在差异的原因。 例如：客户基本信息、客户评级信息、客户风险缓释信息、个人和企业客户财 务信息、客户信贷资产债项信息中的额度与限额等字段通常存在不同程度的缺失，尤 其以客户信息、风险缓释信息、个人和企业客户财务信息以及额度与限额字段的数据 缺失最为严重。 数据差距分析 数据差距分析包括对数据仓库及对各取数源系统的数据差距分析两个部分，我 们对数据差距分析采取的工作方案不只是对数据标准模板的数据项与数据映射结果进 行的简单比较，而是基于完整定义的数据标准模板，以及对银行各系统中的相关数据 项进行深入的了解，采用一套严谨、科学的数据映射和差距分析的工作步骤： 81 数据映射原理 • 收集、整理、熟悉、理解银行各取数源系统和数据仓库的数据字典以及 数据之间的相互关系，为数据映射和数据差距分析做准备； • 合理安排数据差距分析工作顺序，分步骤分阶段的推进数据差距分析工 作，保证数据差距分析结果的谨慎性和正确性，为后续的数据质量分析工作奠定基 础； • 与银行数据仓库和各取数源系统技术人员开展多次访谈，详细了解银行 源系统和数据仓库的当前状况、银行现有系统改造和升级计划，仔细分析现有系统和 数据对数据标准模板中的每个数据项的支持程度； • 数据差异工作由项目组成员，以及具备银行业务系统、数据仓库实施经 验的银行内部技术团队成员合作进行，团队成员对数据差距分析的目标数据和银行实 际数据都有深刻理解； • 在充分考虑银行业务流程要求、银行内部管理需求，以及银行现有系统 和数据架构的实际情况后，开展对数据仓库的数据映射和数据差距分析，主要分析以 下内容： （1） 数据项是否存在数据仓库，是否需进行各取数源系统数据映射； （2） 数据仓库表名和字段名； （3） 映射逻辑、数据取数和转换规则，以及差异说明。 • 基于数据仓库的数据映射结果，针对无法从数据仓库获取的数据项，开 82 展对各取数源系统的数据映射和差距分析，主要分析以下内容： （1） 数据项是否存在源系统； （2） 源系统表名； （3） 源系统表名和字段名； （4） 映射逻辑、数据取数和转换规则，以及差异说明。 • 参与数据映射和差距分析工作的技术团队成员还将在数据质量诊断阶 析、数据质量标准及检验规则制定阶段，直接利用数据映射的结果来进行质量分析和 制定质量检验规则工作，实现数据映射和差距分析工作经验的最大化利用。 . 数据标准落地实施方法 数据标准落地可分为日常工作形式开展和以项目形式开展的落地工作，具体步骤 如下： 数据标准落地方法 数据标准的落地方案包括确定范围、差异分析、影响性分析、制定具体落地方案 和标准落地执行计划五个部分。  确定范围 83 数据标准落地方案——确定范围  差异分析 数据标准落地方案——差异分析  影响性分析 84 数据标准落地方案——影响性分析  具体执行 数据标准落地方案——具体执行方案  标准落地执行 85 数据标准落地方案——标准落地执行 . 数据标准落地建议 数据标准落地执行分为业务层面和 IT 层面两个部分。 . 业务层面的落地执行建议 1、业务制度层面的落地 业务管理部门在制定和修订业务管理制度时将数据标准的在业务层面的管控及执 行机制纳入到业务制度中。 2、业务操作层面的落地 将数据标准融入到业务操作流程中，规范业务操作人员的操作，在数据录入时遵 循数据标准对关键数据的质量要求，从源头控制数据质量。 强化业务操作流程中的数据质量审核，对于关键性数据的录入环节加强复核和审 查，将数据管控嵌入业务操作流程。 3、业务管理分析层面的落地 强化业务统计分析工作对数据标准的标准代码和指标的使用和执行力度，确保业 务统计分析数据的质量以及统计口径的一致性。 . 系统层面的落地执行建议 1、新建业务应用系统的落地 86 业务需求：将数据标准的要求融入到系统的业务需求中，以业务需求推动数据标 准在系统中落地执行。 设计评审及上线评审：重点审核新系统数据模型及数据接口设计，确保数据标准 有效落实到系统中。 现有业务应用系统的落地 结合系统现状综合评估数据标准落地执行的难度、工作量及对业务的影响，统筹 考虑数据标准落地执行的内容和实施路径。 以系统改造为契机、以系统改造需求为着力点，推动数据标准在现有系统的落地 执行。 2、现有业务应用系统的落地 结合系统现状综合评估数据标准落地执行的难度、工作量及对业务的影响，统筹 考虑数据标准落地执行的内容和实施路径。 以系统改造为契机、以系统改造需求为着力点，推动数据标准在现有系统的落地 执行。 . 数据标准管理系统业务需求说明 数据标准管理系统是全行数据标准制定、发布、管理、查询、执行的系统载体。 数据标准管理业务需求说明将提供该系统的高阶需求说明，提供保存和处理数据标准 内容，提供统一的数据标准管理与标准执行分析功能，为日后的全行各系统的数据标 准化工作应用提供良好基础。 系统需要主要包含数据标准浏览、数据标准管理、数据标准映射、数据标准分析 四大功能： 一、数据标准浏览：该模块提供全方位的数据标准信息浏览查询功能，可以实现 模糊查询、主题树浏览、主题属性浏览、标准版本浏览、按主题浏览标准内容和标准 项以及订阅数据标准。 二、数据标准管理：该模块对数据标准进行管理，管理的对象包括主题树、主题 属性、标准项、代码、映射项和逻辑参考模型，以及标准分类。 87 三、数据标准映射：该模块协助各系统完成对数据标准的映射并形成映射文件， 由数据管理平台提供标准映射文件的下载功能。包括基础标准与元数据的映射，管理 分析类标准与需求的映射、映射关系导入与下载、映射关系版本管理等。 四、数据标准分析：该模块支持对数据标准的代码分布、代码覆盖和执行情况进 行分析。包括标准代码分布分析、标准代码覆盖分析、标准执行分析等。 . 数据质量管理方案 . 数据质量管理框架 数据质量体系分为数据质量管理制度与规范、数据质量管理组织及角色、数据质 量管理流程和数据质量管理支撑工具四个部分，具体的关系如下： 图表 2 数据治理管理体系 数据质量管理制度及规范，与数据质量管理组织及角色和数据质量管理流程关系 说明：  数据质量管理组织必须遵守数据质量管理制度及规范，同时清理提升、持续监 控与优化、主动保证三个流程必须以之为基准开展工作，以保证数据质量的实 现。  在数据质量管理的日常管理活动以及相关项目中，积累的各类经验将有助于制 度与规范的完善，增强管理保障的力度，进而更好地保证数据的总体质量。 88 数据质量管理组织及角色与数据质量管理流程关系说明  落实数据质量管理组织职责，明确岗位责任，推进数据质量清理提升、数据质 量持续监控与优化、数据质量主动保证流程执行。  数据质量清理提升、数据质量持续监控与优化、数据质量主动保证等流程改进 优化，也会触发数据质量管理组织职责的合理调整。 数据质量管理流程之间关系说明  数据质量清理提升、持续监控与优化流程中都涉及到对数据的修改、清洗以解 决质量问题，因此可以相互分享知识和经验。 持续监控有助于发现清理提升的 潜在需求。  在清理提升与持续监控流程中都会发现数据质量问题，对于影响重大或者发生 频繁的数据质量问题，针对这些问题需要采取主动保证措施，以降低未来对数 据质量的负面影响。 数据质量管理流程与管理支撑工具关系说明  数据质量清理提升、数据质量持续监控与优化、数据质量主动保证等管理流程 在执行过程中，将发现的数据质量问题、数据质量问题解决经验记录现在数据 质量管理支撑工具中，为后续的数据质量治理提供依据。  数据质量管理支撑工具，通过数据质量检查报告，分析数据质量问题热点区 域，为数据质量管理流程执行提供重要依据。 . 数据质量与各领域的关系 从下图中可以看出，数据质量是数据管理活动的组成之一，与数据战略、数据机 制建设与数据应用相辅相成。数据标准工作的开展需要契合企业的数据战略，配套建 立数据质量的相关管理机制，以数据质量为突破口进行全行的数据治理工作，提升全 行的数据意识，为日后数据应用与服务提供支持，促进数据管理对业务和科技的贡 献。 89 图表 3 数据质量与各领域关系 数据质量管理与各领域关系说明如下：  与数据战略与规划关系：为全行数据质量管理的建设提供全行层面统一的数据 管理战略，对数据价值、量化分析应用、决策支持、风险识别等方面进行实际 的应用。  与数据管理组织与职责关系：数据管理组织与职责定义数据质量管理角色体 系、组织架构及职责划分，为数据质量管理工作的开展提供组织基础。  与数据管理制度关系：数据管理制度在规范了数据质量管理领域的目标、遵循 的行动准则、完成的明确任务、实际的工作方式、采取的一般步骤和具体措 施。  与数据标准管理关系：数据标准管理为数据质量管理提供技术标准、业务标 准，作为数据质量度量规则的制定依据，有助于数据质量的提升；同时，在数 据质量提升的管理过程中由于业务流程优化或信息项变更而提出数据标准完善 或变更需求。  与元数据管理关系：元数据管理确保企业内部使用统一定义的元数据进行沟通 及解释业务问题，消除歧义，保证企业内信息的一致性，为数据质量的管理和 全行数据质量的提升提供技术支撑，实现各个系统间的无缝集成，促进知识和 经验的共享；数据质量度量规则的变更及新增由元数据管理统一维护和支持。 90  与数据架构与模型管理关系：数据架构与模型管理为数据质量管理提供全行一 致的企业级数据模型信息，对全行数据数据分布及流向有整体的掌控，协助各 系统数据质量的提升。  与数据应用与服务关系：数据应用与服务为数据质量管理输入发现的数据质量 问题，并对已发现的数据质量问题进行分析和提升。 . 数据质量管理组织 从行业的普遍实践经验来看，仅有业务人员负责数据质量，会造成跨业务的数据 质量无人负责，或是各专业质量管理方法出现不一致的问题；仅有数据管理部门负责 数据质量，将无法保证质量管理规范的真正落地；而如果没有高层领导、委员会的支 持，数据质量管理工作将得不到重视，进而无法保证改进数据质量所需的各种资源支 持。因此数据质量的提升决不能仅仅依靠一个数据管理部门、或是专业生产部门就能 完成，而必须依托于企业级数据管理组织责任体系。 基于以上的考虑，本部分将遵从整体的数据治理组织框架设计，形成高层领导关 注与协调、总行管理部门牵头、业务与技术线的数据责任人共同参与的数据质量管理 组织责任机制。如下图所示： 决策层 图表 4 决策层数据质量管理组织 岗位 职责 数据管理委 员会 是全行数据质量工作的最高决策机构，负责数据质量管理重大事项的 协调与决策；  审批数据质量管理办法、流程和规范；  定期听取对数据质量管理工作的汇报  协调重大争议事项 管理协调层 管理层数据质量管理组织 岗位 职责 数据质量管 是数据质量工作的总体协调与管理部门，负责组织、推动数据质量的 91 理专职部门 相关工作，具体工作由数据管理团队承担；  收集数据质量问题  针对发现的问题，牵头领导分析数据质量问题发生原因及影响  制定全行数据质量监控核检方案  收集与汇总各部门制定的数据质量检查规则  确定数据质量问题的责任人  编写数据质量评估报告  定期向决策层汇报重大事项 执行层 执行层数据质量管理组织 岗位 职责 总行各业务 部门  协助配合数据质量管理人员，将数据质量管理规范推广、落实到 本业务线范围  负责对数据质量相关的业务问题进行澄清和汇总  根据本业务部门业务现状，提交数据质量检查规则 总行科技部 门  执行或监控日常稽核工作，并将稽核结果提交给相关部门  将数据质量检查规则转化为技术实现 分行  配合总行业务部门与科技部门的数据质量相关工作 . 数据质量管理流程 数据质量管理流程的设计原则为：  强化日常的数据质量监控与问题评估工作。  实现事后处理、事中监控、事前预防的全面数据质量管理。  关注数据管理案例与经验的收集与管理。 基于上述原则，设计数据质量管理流程，主要包括数据质量清理提升、数据质量 持续健康与优化、数据质量主动保证等三个主流程。考虑到三个主流程具有相同的流 程子环节，为避免对相同流程子环节进行重复描述，数据质量管理一级、二级流程以 数据质量管理标准框架的形式对进行组织。 92 数据质量管理流程框架 基于上述流程结构，数据质量清理提升流程、数据质量持续监控与优化流程、数 据质量主动保证流程的流程如下：  数据质量清理提升流程 数据质量清理提升流程 DG1 数据质量管理流程 数据质量改进 数据质量分析 数据质量评估 数据质量监控 数据质量基础建立 数据质量清理发起 数据质量清理方案实施 数据质量清理方案 制定与审批 数据质量监控检核方案 制定与下发 数据质量监控检核方 案执行 数据质量回顾分析 数据质量状态报告 DG 数据质量检查规则制定 数据质量管理 团队建立 数据质量快速解决 DG 业务规则及数据标准统 一 数据质量主动保证发起 数据质量主动保证方案实施 数据质量主动保证方案设计 数据质量问题分析 根源因分析 影响分析 数据质量问题收集 数据质量管理流程-数据质量清理提升 数据质量评估 数据质量改进 数据质量分析 数据质量监控 数据质量基础建立 数据质量主动保证方案实施 数据质量回顾分析 数据质量监控检核方 案执行 数据质量监控检核方案 制定与下发 数据质量主动保证方案设计 数据质量管理 团队建立 数据质量清理方案 制定与审批 数据质量清理发起 数据质量快速解决 数据质量主动保证发起 数据质量清理方案实施 DG 业务规则及数据标准统 一 DG 数据质量检查规则制定 数据质量状态报告 5 2 1 4 数据质量问题分析 3 数据质量问题收集 93  数据质量持续监控与优化流程 数据质量持续监控与优化流程  数据质量主动保证流程 数据质量主动保证流程 数据质量管理流程-数据质量持续监控与优化 数据质量评估 数据质量改进 数据质量分析 数据质量监控 数据质量基础建立 数据质量主动保证发起 数据质量管理 团队建立 数据质量主动保证方案设计 数据质量清理方案实施 数据质量主动保证方案实施 数据质量监控检核方案 制定与下发 数据质量回顾分析 DG 数据质量检查规则制定 数据质量监控检核方 案执行 1 DG 业务规则及数据标准统 一 数据质量清理方案 制定与审批 数据质量快速解决 数据质量问题分析 数据质量清理发起 数据质量状态报告 2 3 4 5 6 数据质量问题收集 1 数据质量管理流程-数据质量主动保证 数据质量评估 数据质量改进 数据质量分析 数据质量监控 数据质量基础建立 数据质量主动保证方案设计 数据质量清理方案 制定与审批 数据质量主动保证发起 DG 业务规则及数据标准统一 数据质量监控检核方案 制定与下发 数据质量问题分析 数据质量回顾分析 数据质量管理 团队建立 DG 数据质量检查规则制定 数据质量监控检核方案 执行 数据质量快速解决 数据质量状态报告 数据质量清理发起 数据质量主动保证方案实施 数据质量清理方案实施 1 2 3 4 数据质量问题收集 94 数据质量管理流程三级流程采用泳道图的形式，对数据治理委员会、数据管理部 门、数据主责部门、数据录入部门、数据使用部门以及系统开发维护部门参与的数据 质量管理三级流程节点进行说明。以下以重点的数据质量检查规则制定为例说明三级 具体的流程描述形式： 数据质量检查规则制定流程 其流程描述如下： 数据质量检查规则制定流程描述 活动 活动描述 参与者 相关信息资源 发起收集负责 领域数据质量 检查规则 • 通知各业务部门（包 括数据录入部门、数 据使用部门）根据业 务处理规则及业务数 据要求，收集某数据 领域的数据质量检查 规则。例如客户数据 主责部门通知客户数 据领域的相关部门收 • 数据主责部门 • 工作通知单/通知 函 数据质量检查规则制定 数 据 录 入 部 门 系 统 开 发 维 护 部 门 数 据 使 用 部 门 数 据 主 责 部 门 数 据 治 理 办 公 室 发起收集负责领域 数据质量检查规则 提出数据领域 数据质量检查规则 汇总和统一数据质量检 查规则 转化数据质量检查规则 关联数据质量检查规则 与元数据 汇总与验证负责领域 数据质量检查规则 提出数据领域 数据质量检查规则 提出数据领域 数据质量检查规则 95 活动 活动描述 参与者 相关信息资源 集客户信息的数据质 量检查规则 提出数据领域 数据质量检查 规则 • 各业务部门根据业务 规则及数据录入与使 用的经验，提出数据 质量检查规则 • 数据主责部门 • 数据录入部门 • 数据使用部门 • 数据质量检查规 则 汇总与验证负 责领域数据质 量检查规则 • 汇总各部门提交的数 据质量检查规则 • 验证各部门提交数据 质量检查规则，确保 各部门质量规则在业 务层面的统一 • 数据主责部门 • 数据质量检查规 则 汇总和统一数 据质量检查规 则 • 汇总和统一各数据领 域的数据质量检测规 则，确保跨领域的数 据质量检查规则统一 • 数据治理办公室 • 数据质量检查规 则 转化数据质量 检查规则 • 将数据质量检测规则 转换为技术实现 • 系统开发维护部 门 • 数据质量检查规 则 关联数据质量 检查规则与元 数据 • 将数据质量检查规则 与元数据进行关联 • 数据治理办公室 • 数据质量检查规 则 . 数据质量管理制度 . 数据质量管理制度 数据质量管理制度的定位与数据标准管理制度类似，是数据质量工作范围、人 员、活动、流程等要素的保证，其制定需要明确数据质量管理的工作目的、使用范 围、工作原则与规范、组织架构与职责以及数据质量管理的各项活动和管理流程等。 在具体建设过程中，可以将数据质量的管理要求流程形成一份制度类文件，结合相关 的技术规范与模板一起，以单独的制度文件统一对外发布。 数据质量管理制度的建立应遵循如下原则：  指明数据质量管理工作方向与工作思路，明确数据质量管理工作参与部门以及 各部门在数据质量管理工作中承担的角色与职责，提出数据质量问题识别、评 估与处理的框架性要求。 96 数据质量管理制度的建立与发布将会加强全行各级单位和部门对数据质量管理相 关工作的了解，明确其在数据质量管理工作中的职责，使得全行上下对于数据质量管 理相关工作的重视程度得到极大的提升，能够更加积极的配合数据管理部门开展数据 质量管理相关工作。数据质量管理办法在规范银行数据质量工作同时，也将从数据的 角度为 IT 系统的建设提供基础并明确管理要求，从而为 IT 系统的建设提供保障。 . 数据质量考核方法 为了有效衡量数据质量水平，需要建立数据质量考核工作流程、考核方法以及具 体的考核细项。数据质量水平的考核对象粒度可以涉及具体的数据字段、数据表、系 统或业务领域，对各种数据质量管理对象设定的一系列关键指标，用于量化衡量数据 管理对象的数据质量状态，是评估数据质量状况、数据质量改善状况、数据质量管理 工作成效的重要原始信息，是量化、分析数据质量问题的重要依据。 最典型的数据质量水平工作的考核是外部监管机构对行内数据质量水平的评价。 应监管部门要求进行的调查统计与报送工作，主要包括向中国人民银行、中国银行业 监督委员会、国家外汇管理局、国家统计局、财政部等部门报送的 1104 非现场监管报 表、人行大集中报表、客户风险统计和对公征信、风险资产统计等。对外报送的数据 质量水平的评价，相对客观、科学的从全国的同业大环境中挑选了需重点关注的数据 字段、数据表、系统或业务领域进行横向的比较，同时也反映了行内重点的数据质量 水平情况，在数据质量考核项目的设计上可以将其作为重点的输入。 在考核的组织和实施上，以数据管理部门为总体组织协调层，牵头组织总行各部 门与各分行的数据质量考核工作。 具体的考核指标与维度示例如下： 数据质量考核方案示例 维度 相关部门 考核指标 考核标准说明 平衡计分卡分值 1104 非现场 监管报表、 人行大集中 报表及其它 制度的执行情况 立健全本机构或本部门统计管理制 度、应严格落实并执行监管统计制 度、合理设置监管统计岗位，配备 充足人员等 25 分 97 基础业务数据报 送情况 报送数据的及时性、准确性、完整 性和真实性等 20 分 系统运行维护情 况 监管统计系统、及基础数据源系统 的运行于维护情况 10 分 项 基础业务数据、 报表的档案管理 整资料档案存储管理应保证监管统 计数据信息的安全性、连续性等。 5 分 统计自动化率 各部门管辖的数据达到自动系统计 量 RWA 的占比，以及系统更新变更 后通知 RWA 项目组的及时性。 整改完成率 数据质量差错的整改完成情况。风险资产统 计 对分行的组织管 理考核有效性 对分行数据质量管理工作的管理、 考核工作是否明确并有效落实执 行，结合核帐差错率等指标进行考 核。 20 分 整改完成率 数据质量差错的整改完成情况。 客户风险统 计 对分行的组织管 理考核有效性 对分行数据质量管理工作的管理、 考核工作是否明确并有效落实执 行，结合各类数据错误指标进行考 核。 20 分 . 数据质量检验方案 数据质量管理是一项长期、持续性的工作，德勤将充分继承和吸收前期各其它项 目组的实施经验与成果，参考其他数据质量管理整体规划总体实施策略，从业务需求 最迫切的客户主题入手，按计划、分阶段、分步骤实现全行生产数据管理建设目标。 . 明确数据质量检核范围 目前银行的业务相对复杂经过多年的建设拥有众多的 IT 系统，如核心系统、票据 系统、信贷系统、国结系统、资金交易系统等主要业务系统，客户数据分散在不同的 业务系统中，各系统中由于业务形态的差异客户数据的内容差异较大，而且 IT 系统已 经变得日益庞大和复杂，因此客户数据质量管理是一个相当复杂的系统工程。 根据数据质量需求，确定据客户数据质量的管理范围，管理范围分为业务范围， 98 系统范围两类：  业务范围 根据数据质量需求中的数据范围选择所覆盖的业务应用范围，以及每个业务下的 关键数据项作为数据质量管控的内容。  技术范围 根据数据质量管控业务范围和系统环境定义，选择需要管理数据质量的应用系 统，业务关键数据项与应用系统数据结构有匹配映射的数据字段作为数据质量管理的 技术范围。 . 应用范围 根据数据质量管理需求确定需要进行质量管控的数据项所涉及的业务范围，作为 后续选择数据质量管理系统范围的依据。 . 关键数据范围 挑选数据质量管理需求中的关键数据范围进行质量管控，挑选关键数据项的原则 是选择对实现业务流程，或者计算过程的影响性程度大的数据项。 . 系统范围 数据质量管理的应用范围和数据范围确定后，根据系统应用架构和数据流架构的 定义，选择管理关键数据项的应用系统作为数据质量管理的控制点。 银行常见的情况是同一个业务数据项在多个系统中出现，此时需要选择合适的数 据质量控制点，选择合适控制点主要从以下几方面考虑：  数据采集能力：采集数据范围的完整程度、采集的难易程度。  数据可信度：数据真实可信的程度。  数据及时性：数据更新的时效性是否及时。  集成能力：数据质量控制功能与控制点现有功能实现集成的可行性。 . 数据字段范围 99 关键数据范围内的数据与每个数据源系统进行数据映射分析，挑选出与关键数据 项对应的字段，作为数据质量管理的数据字段范围。 . 定义数据质量管理维度 以数据标准的业务定义为基础，为每个关键数据字段选择与该字段的数据质量管 理需求相匹配的数据质量管理维度(DQI) 以及测量指标的计算方法，即关键数据项和 数据质量管理维度的对应关系，并作为测量阶段制定数据质量检查规则的分类。 数 据 质 量 管 理 模 型 中 典 型 维 度 (DQI) 通 常 为 七 个 管 控 维 度 ： 数据质量管理七大维度 其具体内容如下： 数据质量管理七大维度的具体内容 维度名称 维度说明 评估指标 - 错误数 评估指标 - 错 误数据百分比 评估指标 -百万次错 误率 数据完备性 (Complete) 业务需求所需的关键数据项 在系统中是否有定义，或者 关键数据项是否都采集了数 据。例如合同有效日期是否 有未填写的数据记录。 数据不完整 的记录数 数据不完整记 录数/总记录数 所有数据转换环节的 不完备数据百分比相 乘，换算为分母为百 万的统计值 数据有效性 (Valid） 数据是否符合数据标准中的 业务定义。例如在数据项“押 物名称”存储了押物所有权人 名称。 数据无效的 记录数 数据无效记录 数/总记录数 所有数据转换环节的 无效数据百分比相 乘，换算为分母为百 万的统计值 100 数据唯一性 (Unique) 是否满足一个业务唯一关键 数据项值组合仅对应一条记 录，例如一个组织机构代码 仅有一条客户信息记录 同一数据表 中关键数据 项重复的记 录数 关键数据项重 复记录数/总记 录数 所有数据转换环节的 关键数据项重复数据 百分比相乘，换算为 分母为百万的统计值 数据一致性 (Consistent ） 相同数据项在不同系统或同 一系统内不同表格记录多次 时，多个数据值是否相同 数据与其它 表格数据不 一致的记录 数 数据不一致记 录数/总记录数 所有数据转换环节的 不一致数据百分比相 乘，换算为分母为百 万的统计值 数据时效性 (Timely) 是否能够在数据需求定义要 求的期限内获得最新的数 据，或按要求的更新频率刷 新数据值 数据时效不 符合计算要 求的记录数 数据时效不符 合要求的记录 数/总记录数 所有数据转换环节的 时效符合要求的数据 百分比相乘，换算为 分母为百万的统计值 数据真实性 (accuracy) 数据值是否反映了真实的业 务情况。例如：企业的年销 售总额实际为 100 万，但系 统中记录的是 500 万 数据不真实 的记录数 数据不真实记 录数/总记录数 所有数据转换环节的 数据不真实数据百分 比相乘，换算为分母 为百万的统计值 数据精确性 （Precise） 数据的精确程度是否满足 RWA 的计算要求。例如： 对欧元的汇率转换需要保留 六位小数点，而实际数据仅 保留了小数点后两位。 数据精确性 不符合计算 要求的记录 数 数据精确性不 符的记录数/总 记录数 所有数据转换环节的 精确性不符的数据百 分比相乘，换算为分 母为百万的统计值 . 制定数据质量检测规则 数据质量评估方法主要包括下图中的四个过程。为保证最终的分析结果真实可 靠，我们根据第一次数据质量的情况反馈进行了多次迭代： 101 数据质量测量方法 数据质量评估工作以定义阶段的产出物－目标数据映射为基础，根据获取的样本 数据进行了初步的分析，从中选择了有数据映射的数据定义了数据质量测量规则。 . 数据质量检测规则模板 在数据质量检查中，还需使用统一的数据质量检查规则模板，从而保证数据质量 检查过程中标准的一致性。统一的数据质量检查规则模板包含以下一些信息项和说 明： 数据质量检查规则模板 信息项 说明 规则编号 数据质量检查规则编号。编号采用 XXX-YYYY 形式：XXX 为银行系统编号； YYYY 为该系统内数据质量检查规则的顺序编号，建议以 4 位编号 度量维度大类 从数据质量度量维度划分数据质量问题，类别内容主要包括：数据缺失/不完整、 数据标准不统一、数据生成不及时、数据准确性不高、数据记录重复等方面 度量维度小类 在数据质量大类的基础上，对数据质量问题进行细分。数据质量问题小类的内容 描述数据质量问题特征 数据质量检查规则说明 具体数据检查规则描述，例如，针对合同表中客户编号、客户证件类型、证件号 码，数据质量维度为业务关键属性组合不唯一，其检查规则为客户编号+证件类型+证件 号码去重后，客户编号与证件类型+证件号码是一一对应，不存在一对多或多多对一关 系 数据标准编号 数据质量检查规则所引用的数据标准编号 102 信息项 说明 提出业务部门 该规则提出/变更的业务部门 提出业务人员 该规则提出/变更的业务人员员工编号 提出日期 该规则提出/变更的日期 源系统名（中文） 待进行数据质量分析数据源系统的中文名称 源系统名（英文） 待进行数据质量分析数据源系统的英文名称 数据库表（中文） 待进行数据质量分析数据源物理表的中文名称 数据库表（英文） 待进行数据质量分析数据源物理表的英文名称 相关字段名（中文） 待进行数据质量分析数据字段的中文名称 相关字段名（英文） 待进行数据质量分析数据字段的英文名称 取值范围 待分析字段的取值范围。适用于枚举类型和业务定义中存在有上下限的字段名， 例如代码、单笔汇款手续费上限为 50 元。如果是代码类的数据可以使用请参见“代码” 脚本逻辑 与业务规则对应的检查逻辑，主要以 SQL 形式描述 . 数据质量检验规则样例 . 数据质量检验范围 根据系统应用架构和数据流架构的定义，选择管理关键数据项的应用系统作为数 据质量管理的控制点。 银行常见的情况是同一个业务数据项在多个系统中出现，例如客户基本信息在核 心账务系统、信贷系统、国结系统、信用卡系统中都有。 103 关键数据范围内的数据与每个数据源系统进行数据映射分析，挑选出与关键数据 项对应的字段，作为数据质量管理的数据字段范围。如下图所示： 图表 5 数据质量管理字段范围示例 选择出的关键数据字段按照系统和表格分组后填入《数据质量管理表》中，作为 测量阶段待分析的数据范围，如下图所示： 待分析数据范围示例 . 数据质量检验规则 根据客户关键数据项的筛选结果，对其进行数据质量分析同时根据数据质量分析 结果制定相应的数据质量检测规则。 规则 编号 问题大类 问题小类 数据质 量规则 源系统名 数据库表（中 文） 数据库表（英 文） 相关字段名（中 文） 相关字段名（英文） 取值范围 问题数据明细 的字段列表 脚本逻辑 备注 抽查样本总 记录数 问题数据记 录数 问题数据占 比 问题数据 ( 样本) 文件名 CLPM 企业客户 Cor por at i on_Cu st omer 客户编号， 组织机构代码 cust omer _num， busi ness_l i cense_num CLPM 企业客户 Cor por at i on_Cu st omer 组织机构代码 busi ness_l i cense_num CLPM 授权额度信息 Cr edi t _Li mi t 授信额度信息I D cr edi t _l i mi t _i d CLPM 额度批复表 Cr edi t _Li mi t _A ppr oval 授信额度编号 cr edi t _l i mi t _num CLPM 合同 Cont r act 合同状态代码 cont r act _st at us_cd 300- 生效 360- 中止 010- 未提交 CLPM 合同 Cont r act 保证类别 guar ant ee_Type_CD 01- 我国中央政府 和经国务院批准 的国家机关保证 02- 人民银行保证 CLPM DCC贷款帐号 Dcc_Loan_Acct 1. 首次放款日 LN_FRST_ALFD_DT 2. 到期日 LN_DUE_DT 104 目标数据质量管理表模板 . 数据质量提升方案 存量数据质量提升包括两部分：修正现有存量数据中的问题数据，预防已知数据 质量问题类型出现新的问题数据。 修正现有存量问题数据主要的方式是从数据和数据控制逻辑上着手解决，预防出 现新的问题数据应从数据治理体系的建设着手，保证数据质量能够持续地稳定在一个 可以被接受的水平。 在建设初期可以采用被动响应的模式，也就是专注于已经被识别出来的问题并对 其进行调整和修改；其后，可以通过分析数据质量问题建设数据质量管理体系，采用 主动管理的模式，对数据质量进行主动的监控和问题的跟踪。 我们将这些必须修正的数据分为两类：缺失的数据和不准确的数据。同时，为杜 绝该类问题再次发生，一方面将及时修正已经发现的数据质量问题，另一方面将对现 有系统、数据标准、业务流程等方面进行改造与完善。 依照数据质量改进办法，将数据质量的整体改进计划分为 3 个条线分阶段实施， 总计十个改进方面，本章节将对存量问题数据修正、改造现有系统、完善数据标准、 规范人员操作、完善业务流程等方面进行阐述。 . 修正存量问题数据 . 补充缺失的数据 缺失的数据是指数据项记录存在空值的情况。涵盖的范围包括前文分析中数据质 量问题小类为 “数据值为空”、“缺失未填”、“数据引用关系破裂”。 “数据值为空”和“缺失未填”都属于该数据项的值没有记录。造成没有记录该值的 105 原因主要有三种，一是历史数据的遗留问题，即在数据导入系统前，该数据项没有要 求录入；二是现有系统中对非空字段缺少数据校验机制；三是在业务操作流程中没有 采集该数据项。 对由于历史数据转换导致的数据项缺失，需业务人员根据要求收集补录相关信 息。对于目前系统中缺少校验机制的数据项，需技术人员对系统校验机制进行完善， 根据实际业务操作对数据字段的要求，设置合适的校验规则。 对于业务操作中未收集的数据项，相关业务部门应适当的调整业务操作流程，要 求业务人员收集并在系统记录该信息。 “数据引用关系破裂”是指一张数据库表中的引用数据字段在原始表中找不到对应 记录。该类数据问题出现的原因主要历史数据的遗留问题。例如 PMIS 中缺失的客户 编码是系统转化之前的就存在的客户信息。这类数据问题的占比都非常小，总行信息 技术管理部可安排各分行在近期内清理完成该部分的问题数据。 . 修正不准确的数据 不准确的数据是指数据记录存在但是数值本身不准确，数据问题包括“不符合业务 定义”、 “无意义”、“业务关键属性组合不唯一”、“代码取值越界”、“数据不一致”等。 “不符合业务定义”一般指数据字段之间的逻辑不符合实际的业务含义。对于这类 数据，需要业务部门人员和系统技术人员一起根据数据实际业务含义，在系统中设置 适当的逻辑校验，防止该类问题的出现。 “无意义”指数据项的取值没有实际业务含义。该类数据问题同样需要系统技术人 员在系统中设置合适地数据校验逻辑，防止该类问题的再次出现。 “业务关键属性组合不唯一”一般是指作为业务唯一标志的数据项出现了重复记 录。该类数据问题需要系统技术人员在系统中设置合适地数据校验逻辑，保持数据的 唯一性和一致性。 “代码取值越界”是指数据字段的取值超过了标准代码的取值范围。这类数据问题 中，一部分是数据本身缺失未填，该类问题应该在补充缺失的数据中解决。 106 修正该类的数据问题一方面是需要完善代码更新机制和流程，及时地更新数据标 准代码，保证标准代码和实际系统中代码的一致性。对于历史数据的遗留问题，仍需 要技术人员对相关数据进行清理。 “数据不一致”问题是指数据值的形式不一致，有的以小数表示，有的以百分比表 示。需要系统技术人员调整数据字段的设计，并对现有数据进行清理。 . 改造现有系统 分析建行各系统风险数据质量检查结果，数据质量的各成因中，技术原因占了相 当的比例。技术原因不是导致数据质量问题的根本成因，但是用来防范数据质量问 题，提升数据质量的重要方法。 在技术方面弥补不足，提升数据质量的主要方法是对现有系统进行改造。针对数 据质量成因技术方面八个主要成因：系统缺乏校验、校验逻辑不正确、数据设计不完 善、数据架构不合理、缺省值不合理、历史遗留问题数据、缺少数据清理手段，对应 我们设计的改造现有系统任务分为四类：  新增系统校验 对应数据质量问题成因：系统缺乏校验。  修正错误校验 对应数据质量问题成因：对应校验逻辑不正确。  改进数据设计 对应数据质量问题成因：数据设计不完善、缺省值不合理。  完善数据架构 对应数据质量问题成因：数据架构不合理。 此外，技术成因中的两个子原因：历史遗留问题数据、缺少数据清理手段，应该 通过对当前系统数据清理以及数据补充手段加以弥补。 . 新增系统校验 107 数据质量问题的成因之一是系统缺乏校验，不能在数据入库之时对数据进行校 验，剔除不合理、不合法的数据。因此，对这样缺乏校验的数据项，需要增加其系统 校验设计，提升入库数据的质量。包括数据的唯一性校验，数据的取值范围校验等。 . 修正错误校验 某些字段，虽然系统设计了校验规则，但是由于校验规则不完备，在使用中，未 能有效的防止错误数据入库。因此，对这样的数据项，需要修改系统校验设计，提升 入库数据的质量。根据数据质量分析结果的逻辑调整，包括数据的复核校验逻辑、数 据的录入交叉规则，保持冗余信息与主信息的一致性。 . 改进数据设计 系统数据设计的不完善，也是数据质量重要成因。改进数据设计，可以有效的防 止数据质量问题的出现，提升数据质量。例如，业务上要求必须收集的数据，最好在 数据库层次上设置为非空字段，在技术上约束入库数据的正确性。 . 完善数据标准 建立企业级数据标准需要确定需标准化的风险数据范围，并建立与之配套的标准 化、跨部门协作的管理流程，确保企业风险相关数据标准的完整性与正确性，以实现 如下管理目标： . 规范人员操作 数据质量问题的起因有很多出现在数据的采集过程中，而数据采集的准确有效很 大程度上取决于人员操作的规范。因此在数据采集环节中规范人员操作非常有必要。 规范人员操作的有效手段就是制定并有效执行操作规范。操作规范可以明确人员的在 操作过程中的操作内容（即应该做什么不应该做什么）和操作的先后顺序（即先做什 么后做什么）。合理适当的操作规范可以将银行制定的数据标准落实到具体的管理措 施中，从操作层面上落实数据标准化的问题，提高全行的数据质量。 在对操作规范问题进行分析时，通常会考虑以下问题：  是否有操作规范？ 108  操作规范是否合理？  操作规范是否被严格执行？ 第一、二个问题涉及的是操作规范的制定，第三个问题是关于操作规范的执行。 因此，我们将分两部分讨论如何规范人员的操作。 . 补充操作规范 操作规范的缺失是导致数据质量不高的原因之一。数据采集是数据进入系统的起 始操作，如果对各种数据的采集没有明确的操作规范，相当于没有把好数据质量管理 的第一关。即使已有操作规范，但规范不合理、不科学，仍然会导致各种数据质量的 出现。因此对于银行需要及时补充制定的操作规范，以及不断完善不合理的操作规 范。 操作规范制定是一项长期性的工作。一个操作规范的产生需要经过起草、审核、 通过、颁布等步骤，每个步骤都包含大量严谨细致的工作。建议三个方面开展该项工 作：  建立银行操作规范起草小组 随着时间的推移、技术进步和业务需求的扩展，原有操作规范的局限性逐渐显 现，必须进行相应的修订才能符合实际。因此，建立一个人员结构合理、相对稳定、 高素质的操作规范起草小组是极其重要的。起草小组的任务包括对数据操作规范进行 调研、收集各业务系统的相关资料文档、形成数据操作规范体系、组织各项操作规范 的起草、征求各业务部门和系统的反馈建议并修订、申请颁布各项规范、对已颁布的 规范进行修订等。  了解各部门现有的操作规范，确立数据操作规范体系框架 目前各部门一般都已制定相应的操作规定，为保证银行制定的数据操作规范能覆 盖银行各部门的的实际情况，规范的起草应以各部门现有的操作规定为基础进行整 理、概括和提炼，形成通用的数据操作规范。建议尽可能多地收集现有的操作规定， 从中提取一些共性的内容进行分类，吸收归纳反馈意见后形成银行数据操作规范体系 框架。  严格遵循数据标准制定数据操作规范 109 数据标准是企业级的数据准则，用来指导和规范每个具体系统的实施。在制定数 据操作规则时，要严格遵循数据标准，将数据标准落实到具体的系统操作中。 . 加强规范执行 各种操作规范只有被有效地执行了，才能实现最终规范操作的目的，否则规范就 只是一些文档。加强规范的执行可以从三个方面考虑：加强人员培训、加强数据操作 稽核、建立合理的奖惩机制。 加强人员培训。对于员工来说，特别是新员工，对某些环节是否违规操作了可能 自己也不清楚，所以操作规范的执行与否还取决于员工对规范的熟练程度，加强对规 范的培训是每一位新员工的必修课。在规范修改调整之后，也要及时地安排相应的培 训，使员工能严格按照新的操作规范处理业务。 加强数据操作稽核。规范执行之后需要有相应的数据操作稽核小组，负责检查操 作规范是否被正确地、合理地、有效地执行了。检查的方法可以通过不定期地对规范 颁布后的操作数据进行抽样调查。对检查中发现违规操作的情况要及时通报相关部 门、督促相关人员严格按规范进行操作。对检查中发现操作规范制定存在不合理也需 及时报告规范起草小组，不断完善操作规范。 建立合理的奖惩机制。建立合理的奖惩机制，能有效地调动员工遵循操作规范的 积极性。因此对在数据操作检查中没有出现问题的部门和员工，应及时给予正面的肯 定。对违约操作或不严格遵循操作规范的情况，应有相关的记录，并将其结果与员工 的绩效考评联系到一起。 . 完善业务流程 从数据最初采集、录入、检核到存放进数据库中，数据质量问题发生的根本原因 之一是业务流程的问题。业务流程的不正确或者不完善，导致数据在采集过程中发生 了偏差，重要的数据未采集或者采集的信息不完整。 我们在发现存量数据问题时，将根据数据质量分析结果，细化分析相应的业务流 程，找出问题所在：如果是业务流程缺失，则补充相应的业务流程；如果是业务流程 不完善，则改造相应的业务流程。 110 在分析业务流程的问题时，我们通常从以下几方面考虑：  数据质量问题发生原因是否与业务流程相关  相关的业务流程是否存在  相关的业务流程是否正确  相关的业务流程是否完善 根据分析得出的结果，我们采用以下两种方式对业务流程进行完善。 . 补充业务流程 由于相关业务流程存在，或者相关业务流程不完善导致出现数据质量问题时，我 们采用补充业务流程的方式进行完善，对相关的业务流程进行建立、增补。 加强业务流程环节的数据质量控制，制定相关的业务操作规范，对各个业务流程 环节的数据录入、修改、更新、清理工作进行全面规范。 . 改造业务流程 由于相关业务流程不正确导致出现数据质量问题时，我们采用改造业务流程的方 式，对相关的业务流程进行完善。 改进现有业务流程不完善的环节，制定新的业务操作规范，理顺各个业务流程环 节的数据采集、数据应用、数据修改、数据安全、数据检查要求。 无论是补充业务流程，还是改造业务流程，我们通常按照以下流程进行：  成立专门的业务流程小组，指派专人负责相关的业务流程制定和改造  了解数据需求，了解现有的相关业务流程  针对发现的业务流程漏洞，制定新的业务流程规范对现有业务流程进行 补充和改造  由相关负责人员确认新的业务流程的合理性和规范性  在全行公布并推广新的业务流程 . 数据质量提升方案样例 111 以公司客户所在行业为例，现行多套行业代码的分布场景如下： 图表 6 客户行业代码系统分布 多个系统录入和维护多套代码、行业分类广泛应用： 图表 7 客户行业代码 针对现状，设计相应的落地提升方案： 112 图表 8 客户行业代码质量提升落地方案 113 该银行的数据质量提升效果显著： • 有效推动数据管控制度在全行的执行。自 2010 年数据管控执行至今，重 要数据维护审批执行率一直保持在 95%以上。部分分行自上半年扣分后高度重 视重要数据维护审批工作，在下半年考核中各分行均按照数据管控要求进行了 数据的维护。 • 客户基础数据质量问题得到明显改善。客户数据指标中“组织机构代码正 确性”经过各分行数据质量提升，问题数据降至 0。 • 监管统计报送数据质量显著提高。 • “股东信息缺失率” 下降了 个百分点； • “关联企业缺失率” 下降了近 个百分点； • “资产负债 6 个月未变动率”下降了 个百分点。 • 国家主权及境外客户财务报表完整性问题得以解决。经检核发现，国家 主权及境外客户财报在评级器系统存在缺失条数共 98 条，经风险管理局积极督 促分支机构进行复核，数据质量大幅提升。 • 完成行业代码、企业规模的数据标准落地，共计补录 6 万多条数据，为 2012 年统计报送工作以及历史数据入仓打下坚实的基础。 . 数据质量管理平台方案 数据数据质量管理系统的功能为：针对预先定义的元数据，制定数据质量度量规 则，并根据度量规则对全行数据进行定期或者手动的数据检核，并针对在检核过程中 发现的数据质量问题启动相应的数据质量问题处理流程进行处理。 数据质量管理系统总体架构如下图所示： 114 数据质量管理系统总体架构 如图所示，数据质量管理系统一般涵盖三个子模块：数据质量度量规则管理子模 块、数据质量检核监控子模块、数据质量问题处理子模块。 . 数据质量度量规则管理子模块 数据质量度量规则管理模块以元数据定义中对数据的一致性、完整性的定义为基 础制定并管理业务数据质量的度量规则，例如唯一性检查、非空检查、外键检查、主 键检查、取值域检查、类型检查、格式检查、代码检查等，同时可以根据业务系统的 特定质量需求补充个性化的度量规则。数据质量度量规则应完全涵盖业务系统对数据 质量的需求。 . 数据质量检核监控子模块 数据质量检核监控子模块主要功能包括：  依据数据质量度量规则，建立周期性的数据质量检核计划。  数据检核任务按照指定的周期自动执行，并记录执行结果；  根据需要对特定度量规则执行手工检核；  将检核结果中的问题转入问题处理流程；  将问题检核的结果保存为检核历史，进行版本化保存。 115 数据质量检核监控模块是数据质量管理的核心模块，包括检核监控定义及数据质 量检核监控执行两大部分。 . 数据质量问题处理子模块 数据质量问题处理子模块着眼于对数据检核监控阶段发现的数据质量问题进行修 正，实现数据质量问题的后续处理功能。具体功能包括： 辅助数据质量问题的评估及任务分派：根据检核监控模块在检核过程中发现并记 录数据质量问题，进行影响度、优先级及处理方案的评估，根据元数据确定该数据问 题的归口部门，将数据质量问题分派给相关部门进行解决。 对数据质量问题的处理状态、处理结果进行跟踪：数据质量问题的涉及部门通过 数据质量问题处理模块对问题进行跟踪，并进行沟通协作。 数据质量问题处理的复核及关闭：质量问题处理结束后，对问题处理结果进行复 核确认解决后进行关闭。 . 数据架构规划 . 数据仓库规划 . 数据仓库各类术语 BI：商业智能（Business Intelligence），指数据仓库相关技术与应用的通称。指利 用各种智能技术，来提升企业的商业竞争力。 Data Warehouse：本世纪 80 年代中期，"数据仓库之父"William 先生在其 《建立数据仓库》一书中定义了数据仓库的概念，随后又给出了更为精确的定义：数 据仓库是在企业管理和决策中面向主题的、集成的、与时间相关的、不可修改的数据 集合。与其他数据库应用不同的是，数据仓库更像一种过程，对分布在企业内部各处 的业务数据的整合、加工和分析的过程。而不是一种可以购买的产品。 Data Mart：数据集市，或者叫做"小数据仓库"。如果说数据仓库是建立在企业级 的数据模型之上的话。那么数据集市就是企业级数据仓库的一个子集，他主要面向部 门级业务，并且只是面向某个特定的主题。数据集市可以在一定程度上缓解访问数据 仓库的瓶颈。 116 OLAP：联机分析处理(OLAP)的概念最早是由关系数据库之父 于 1993 年提出的。当时，Codd 认为联机事务处理(OLTP)已不能满足终端用户对数据库查询分 析的需要，SQL 对大数据库进行的简单查询也不能满足用户分析的需求。用户的决策 分析需要对关系数据库进行大量计算才能得到结果，而查询的结果并不能满足决策者 提出的需求。因此 Codd 提出了多维数据库和多维分析的概念，即 OLAP。 ROLAP：基于 Codd 的 12 条准则，各个软件开发厂家见仁见智，其中一个流派， 认为可以沿用关系型数据库来存储多维数据，于是，基于稀疏矩阵表示方法的星型结 构（star schema）就出现了。后来又演化出雪花结构。为了与多维数据库相区别，则 把基于关系型数据库的 OLAP 称为 Relational OLAP，简称 ROLAP。 MOLAP：Arbor Software 严格遵照 Codd 的定义，自行建立了多维数据库，来存 放联机分析系统数据，开创了多维数据存储的先河，后来的很多家公司纷纷采用多维 数据存储。 ETL：数据抽取（Extract）、转换（Transform）、清洗（Cleansing）、装载（Load） 的过程。构建数据仓库的重要一环，用户从数据源抽取出所需的数据，经过数据清 洗，最终按照预先定义好的数据仓库模型，将数据加载到数据仓库中去。 Data Mining：数据挖掘，Data Mining 是一种决策支持过程，它主要基于 AI、机 器学习、统计学等技术，高度自动化地分析企业原有的数据，做出归纳性的推理，从 中挖掘出潜在的模式，预测客户的行为，帮助企业的决策者调整市场策略，减少风 险，做出正确的决策。 . 数据仓库架构 117  临时数据存储层（STG） 临时存储是为了保证数据移动的顺利进行而开设的阶段性数据存储空间，需 要进入数据仓库的各个业务系统的数据首先直接快速传输到临时存储区，再从 临时存储区经过清洗、转换、映射等复杂的数据移动处理转移到目标数据仓库 中。从业务系统到分段存储区的数据传输，应尽量避免进行数据处理，以保证 数据的快速导入而尽量减小对业务系统造成的压力。  业务数据存储层（ODS） 业务存储保存详细的业务数据，同时将一些存在关联关系的表进行联接，合 并到一些新的表中。这些新表可以直接为业务客户提供一些查询结果。同时， 这些表也是后继星型结构的基础。 ODS 应该包括以下数据：完整的主要业务 表；经过聚合的非规范化表。  预计算数据存储层（BSL） 针对 ODS 层的数据，某些指标的因子进行预计算并存储在中间表中。有时 候，不一定完全存储这些指标因子，可能只是一些经过计算和汇总的中间值， 计算指标时，只需简单的后续计算，就可以得到指标。这样作，可以为多个指 标提供同样的计算起点从而减少浪费。但中间层既不能太靠下，也不能太靠 上。BSL 应该包括以下数据：中间表；指标因子表；指标结果表。  数据仓库层（DW） 基础数据仓库的明细数据直接来源于对 ODS 数据的抽取，但数据结构完全 按照决策支持的需求而设计成星型结构（或雪花结构），在设计中兼顾系统未 来的发展变化和数据查询、访问的效率。在抽取过程中，对数据进行了完整性 和有效性检查，对冗余和不一致的数据进行了清洗和转换。在基础数据仓库 中，存储着详细的业务数据。  数据集市层（DM） 118 数据集市的数据直接来源于对 DW 数据的抽取，但数据结构完全按照报表展 现的需求而设计成星型结构（或雪花结构），在设计中重点保障系统数据查 询、访问的效率。 . 数据仓库存储内容  STG 层存储内容:  交易数据表内容：  从 MARS 系统中需要获取的数据表，该表的数据是由日常业务操作产生 的  经常适用于业务系统比较复杂，数据指标获取涉及到大量原始表的整合 的情况，采用接口表方式可以再做加工  ODS 层存储内容:  业务系统数据:  内容同 STG 层存储内容，这里不再重复描述，表结构与 STG 层对应表的 结构一致。  BSL 层存储内容  宽表：  面向于主题的数据  面向于应用的数据  DW 层存储内容  维度数据：  维度数据分两部分：一部分是集团公共维，由集团统一管理维护；一部 份是中集集团个性化维度，数据来源于人工补录。  事实表数据:  系统表数据（MARS、K3 等）  接口表数据  DM 层存储内容  维度数据：  共用 DW 层维度结构。  事实表数据:  面向报表展现组织存贮系统表数据（MARS、K3 等） . 大数据与数据仓库的整合架构规划 119 “大数据”指无法使用传统流程或工具处理或分析的信息。它具备以下三个特点 （参见图 1）：  数据量(Volume)大：“大数据”的数据量当然是巨大的。据估计 2000 年全球 存储了 800,000PB（1PB =1024 TB）的数据，预计到 2020 年这一数字将达 35ZB（1ZB = 1024 EB, 1 EB = 1024 PB）。  数据种类(Variety)多：“大数据”包括多种数据种类。除了传统的结构化数 据，还包括多种半结构化、非结构化数据，诸如系统的日志，微博、 Twitter 等社交网络上的信息、传感器自动采集的信息等。  数据速度(Velocity)快：“大数据”的数据产生的速度是非常快的。据统计， 单 Twitter 每天就会生成超过 7TB 的数据，Facebook 为 10TB，一些企业在 一年中每一天的每一小时就会产生数 TB 的数据，有些数据甚至是数据流的 形式(数据流可被视为一个随时间延续而无限增长的动态数据集合, 一般顺 序、大量、快速、连续到达)，如某些企业的传感器返回的数据（如气象信 息，网络数据侦测信息），各种交易所通过自动报价机产生的自动报价信 息等，另外银行客户的交易数据，也可以视为一种流数据。 图 1 图 2 Hadoop—大数据所依托的主流平台 大数据的 3“v”特征使得使用传统的技术进行分析的成本过于高昂。而若不挖掘这 些信息，则会造成惊人的机会成本的浪费，因为这些尚未被分析的信息的潜力是接近 于无限的。为了找到一种方案，以一种相对可以接受的成本对这些信息进行分析，很 120 多组织和研究人员从多个不同的角度进行了试验与尝试，目前在海量数据分析的普及 性方面领先的是称为 Hadoop 的一个开源项目。 Hadoop ( 是 Apache Software Foundation 的一个顶级 Apache 项目，用 Java 编写。您可将 Hadoop 想像成一个构建于分布式集群文件系统之 上的计算环境，专门针对非常大型的数据操作而设计。Hadoop 旨在通过一个高度可扩 展的分布式批量处理系统（参见图 2 简单示意），对大型数据集进行扫描以产生其结 果。Hadoop 的重点并不是速度的响应时间、实时仓库，或更快的事务处理速度；它的 重点是从可扩展性和分析的角度，发现和使曾经几乎不可能的分析任务变成可能。 Hadoop 是一个能够让用户轻松架构和使用的分布式计算平台。用户可以轻松地在 Hadoop 上开发和运行处理海量数据的应用程序，它有以下优点： 它主要有以下几个优点：  高可靠性。Hadoop 按位存储和处理数据的能力值得人们信赖；  高扩展性。Hadoop 是在可用的计算机集簇间分配数据并完成计算任务的， 这些集簇可以方便地扩展到数以千计的节点中。  高效性。Hadoop 能够在节点之间动态地移动数据，并保证各个节点的动态 平衡，因此处理速度非常快。  高容错性。Hadoop 能够自动保存数据的多个副本，并且能够自动将失败的 任务重新分配。 Hadoop 带有用 Java 语言编写的框架，因此运行在 Linux 生产平台上是非常理想 的。Hadoop 上的应用程序也可以使用其他语言编写，比如 C++。Hadoop 包括三大组 件：  Hadoop Distributed File System (HDFS)文件系统  Hadoop MapReduce 编程模型  Hadoop Common 公共模块 数据仓库是用来保存各个系统的统一数据集，支持企业的战略决策和运营分析、是 为企业管理层和经营分析人员带来业务洞察的最理想工具，那在出现“大数据”与 Hadoop 后，Hadoop 与数据仓库是什么关系？Hadoop 是否会替代数据仓库？ 121 事实上，数据仓库与 Hadoop 不是对立的，两者是互为补充的。 数据仓库，无论是采用通用机（如 Oracle、DB2 等）还是一体机（如 Teradata、 Netezza 等），都保存的是结构化数据，数据在进入数据仓库之前，通常要经过建 模、映射、清洗、主数据整理等工作的处理，这通常是一个昂贵的过程，鉴于这一 开支，数据仓库中的数据，应该用在数据准确性至关重要的报表、仪表盘中，如企 业的财务报告、银监会要求银行发布的报告、企业内部风险管控、绩效管理等非常 重要的报告等； 而另一方面，Hadoop 则适于处理半结构化、非结构化的数据，考虑到这些数据的 数量、生成的速度、各种数据的种类，企业通常无法承担正确记录、清理这些数据 的时间和资源，因此，这些数据的数据价值通常较低，或者说这些数据被视为每字 节的价值较低的数据。虽然每字节价值较低，但考虑到数据量的庞大，若对其分 析，仍有较大的潜力从中获得有用的洞察，对于这类数据，若使用数据仓库，其成 本是企业难以承担的，而 Hadoop 则正好可以作为其补充。通过采用 Hadoop 技术 对企业所需的海量的、结构多元的各种数据进行处理和分析，形成结构化的数据集 可作为已有传统数据仓库的有效输入，大大丰富传统数据仓库的数据来源，从而带 来更大的业务价值。 大数据与传统数据仓库整合的架构建议： 对已经实施了传统数据仓库的企业，可以考虑采用如图 3 的架构整合大数据与传统数据仓库： 122 图 3 如图 3 所示，未来企业的数据来源既包含传统的结构化数据源也包含半结构化，非 结构化的数据源。结构化的数据源系统及可以通过传统 ETL 的方式进入数据仓 库，也可被 Hadoop 处理进入非关系型的数据存储。Hadoop 同时可以处理海量的非 结构化、半结构化数据，处理的结构化分析结构可以导入到数据仓库做后续一步的 整合处理。处理的其他非结构化信息（如文件）可以输出到非关系型数据存储平 台。对于未来的企业应用来说，可以架构在数据仓库和非关系型数据存储平台之上 满足不同的分析所需。 . 实现数据仓库的基础设施架构规划 数据仓库的应用架构定义了数据应用架构及功能，但受技术条件的限制，目前主流的 基础设施架构有集中式服务器、群集服务器形式，前者进一步细分为通用用服务器及 一体机形式。 三者在可靠性、价格、维护性方面有颇多差异，我们在规划中将对三种技术实现方式 进行对比，结合陕西农合的要求提供建议。除了从纯技术角度对比外，根据德勤在数 据平台建设选型的经验，建议围绕平台整体形成服务能力要求的目标，增加下列四项 集成能力、一项中国市场覆盖支持能力等及方面进行全面对比选择： 分 细项 TOP 50 国内银行 TOP50 国内城商行 123 中标 投产 中标 投产类 数量 占比 数量 占比 数量 占比 数量 占比 Teradata Oracle 厂 商 IBM Teradata Exadata DB2 平 台 Netezza 合计 根据德勤的建设案例，三种基础设施架构的参考形式如下： 通用服务器架构样例： 一体机架构架构样例： 124 PC Server 群集架构案例： 125 3. 项目实施方案 . 实施计划及进度安排 根据陕西信合数据管控体系建设项目内容，分为 5 大任务，项目周期为 24 周，分 数据治理体系规划、数据标准、数据质量、数据仓库架构，进度安排见下图： 项目实施计划 . 项目组织与人员构成 德勤建议，本项目可采用陕西信合与德勤联合工作的方式，同时德勤将会和中油 瑞飞共同组建技术支持和实施团队。不仅可以高质、高效地完成数据服务体系设计工 项目任务 W 01 W 02 W 03 W 04 W 05 W 06 W 07 W 08 W 09 W 10 W 11 W 12 W 13 W 14 W 15 W 16 W 17 W 18 W 19 W 20 W 21 W 22 W 23 W 24 1.数据治理体系规划 数据治理体系诊断 访谈及调研 现状诊断分析 数据治理体系规划 数据治理组织体系设计 数据治理体系规划 数据标准体系规划报告及确认 数据治理制度设计 管理制度框架定义 数据标准&质量管理流程设计 数据标准&质量管理办法编制 数据标准和质量管理制度宣贯及确认 2.数据标准设计 .数据标准现状调研和分析 客户主题、组织主题 产品主题、交易主题、协议主题 指标数据现状分析 基础数据标准设计 客户主题、组织主题 产品主题、交易主题、协议主题 指标标准设计 指标分类及维度设计 关键指标标准设计（40个左右） 数据标准落地建议 数据标准差异分析 数据标准落地建议 数据标准落地确认 3.数据质量分析及整改建议 .数据质量定义 数据质量现状分析（重点系统） 定义数据质量度量规则 .数据质量测量和分析 定义数据质量脚本及数据采集 数据质量分析 .数据质量整改 数据质量整改建议 4.数据仓库及大数据架构规划 数据仓库及大数据架构最佳实践分析 数据仓库及大数据架构规划 126 作，同时结合实际工作开展知识转移工作，分享方法体系与工具，协助陕西信合提升 专业水准，使陕西信合数据服务水平更上一个台阶。 基于对项目目标和人员能力素质需求的深入理解，德勤承诺将为本项目组建一支 拥有丰富经验和卓越专业能力的项目团队。以确保实现国际成功经验与陕西信合具体 实际的完美结合。 此外，基于德勤注重实效，面向执行，关注项目成果转化的理念，德勤希望陕西 信合组建正式的项目小组与德勤咨询顾问组成联合的项目团队，共同开展工作，从而 帮助陕西信合建立一支自己的团队，持续地将项目成果真正转化为陕西信合的业务能 力。 为此，德勤建议此次咨询服务的项目组织架构图如下图所示： 项目组织架构图 . 项目领导小组 本项目的项目领导小组由德勤中国信息技术咨询服务团队主管合伙人戴耀华先 生、总监曾志宏先生与陕西信合相关领导共同担任。 项目领导小组的主要职责为： 127  掌握项目方向与实施进展，在项目关键控制点进行决策，指导项目工作开展  总体协调项目各方面关系，解决项目协调过程中的重大事项  审查项目各阶段实施成果及最终实施成果的质量  参加与项目有关的阶段性高层会议，提供决策意见 . 项目管理组 本项目的项目管理组由德勤中国信息技术咨询服务团队副总监高志强、经理赵涵 与银行方相关部门领导共同担任。此外，根据项目范围，将项目团队划分为数据治理 小组、数据标准小组、数据质量小组。 项目管理组的主要职责包括：  安排项目工作计划，并监控各工作组的项目详细工作计划  日常监控项目各工作组的进度  验证项目各工作组在关键里程牌提交的交付品质量  参与并决定各工作组的设计方案  及时向项目总监汇报项目工作情况、项目风险及时间安排  安排双方资料审阅、访谈、会议等  组织管理项目的日常工作，协调双方的相互关系  安排项目阶段汇报及最终工作成果汇报，并组织汇报材料  控制项目成本、项目风险管理 . 技术支持组 技术支持组由德勤国内数据治理、数据标准、数据质量、数据仓库架构及大数据 各领域专家及中油瑞飞数据标准专家组成。 技术支持组的主要职责包括：  对本项目提供专家支持，包括总体方向建议、相关专业知识和资料的支持等；  对项目的执行提出指导性意见；  对项目进行过程中，项目组提出的专业问题提供专家意见； 128  审阅项目成果，提供独立的专家意见以及改进建议。 德勤专家支持组成员均具有多年在多家国际领先商业银行提供相关实施咨询服务 的经验，专长于数据服务和数据管理领域。 . 项目实施小组 项目实施小组由德勤中国信息技术咨询服务团队与中油瑞飞共同组建，具体人员 经历见下面的人员简历。 项目实施小组的共同主要职责为：  安排并执行项目详细工作计划  按项目计划与客户对应部门协同工作  审阅客户资料，对客户进行访谈并记录  对客户需求进行分析、设计并与客户讨论  拟定建议方案，并与客户讨论  向项目管理组汇报本工作组的进度  准备本工作组的阶段性及最终汇报材料  辅助项目管理组签验收项目成果  起草阶段性和最终工作成果中本工作组的部分 以下是拟参与项目的人员列表： 拟参与项目人员表 129 130 131 132 133 瑞飞人员简历： 1、齐凯 姓 名 齐凯 性 别 男 年 龄 35 项目负责人 资格等级 专业职称 项目经理 数据标准专家 学 历 专科 参加工作时间 14 年 从事项目经理年限 9 已完工程项目情况 序号 建设单位 项目名称 项目内容 完成时间 备 注 1 陕西信合 陕西信合数 据平台项目 搭建陕西信合数据平台 角色：项目总监 2 武汉农村 商业银行 武汉农商行 数据仓库二 期 继续建设武农商数据仓库。 角色：项目总监 3 武汉农村 商业银行 武汉农商行 数据仓库一 期 搭建武农商数据仓库。 角色：项目总监 4 北京银行 北京银行 ECIF 项目 建设北京银行 ECIF 系统。 角色：项目经理 134 5 东亚银行 东亚银行 ECIF 项目 建设东亚银行 ECIF 系统。 角色：项目经理 6 国家开发 银行 开行风险集 市项目 搭建开行的风险集市。 角色：项目经理 7 民生银行 民生银行 ECIF 项目 建设东亚银行 ECIF 系统。 角色：项目经理 8 大连银行 大连银行 ODS 项目 搭建大连银行 ODS 项目。 角色：项目经理 9 中国农业 银行 农总行固定 资产管理系 统 搭建农总行固定资产管理系 统。 角色：项目经理 10 中信银行 中信银行 理财项目 搭建中信银行理财项目。 角色：项目经理 11 河北银行 河北银行 理财项目 搭建河北银行理财项目。 角色：项目经理 12 吉林银行 吉林银行 理财项目 搭建吉林银行理财项目。 角色：项目经理 13 光大银行 光大银行综 合前置项目 群 搭建光大银行综合前置。 含 POSP/ATMP/FINP/PBCP 角色：架构师 14 建设银行 财政平台项 目 搭建建设银行财政平台。 角色：项目经理 15 南天软件 PREBRACH 项目 研发 PREBRACH 产品。 角色：项目经理 2、赵振巍 姓 名 赵振巍 性 别 男 年 龄 38 工 作 年 限 15 年 专业职称 数据标准咨询 师 学 历 本科 参加工作时间 已完工程项目情况 序号 建设单位 项目名称 项目内容及承 完成时间 备注 135 担主要的工作 1 国家开发银行 国家开发 银行数据 标准 设计调查问 卷、与各业务 部门面对面访 谈、制定国家 开发银行渠道 数据标准。 角色：项目经 理 2 中国工商银行 中国工商 银行绩效 考核管理 平台 负责绩效考核 平台问题查询 解决、ETL 脚 本优化、性能 调整、新需求 开发。角色： 项目经理 3 中国银行 中国银行 卡中心数 据仓库项 目 中国银行信用 卡中心数据仓 库项目日常维 护、ETL 脚本 编写、ETL 脚 本优化。 中国 银行个人征信 系统设计、开 发、维护。角 色：项目负责 人 4 中国农业银行 中国农业 银行现金 管理系统 银行服务端数 据库设计、程 序开发。角 色：系统架构 师 5 中国农业银行 中国农业 银行小额 支付系统 需求分析、架 构设计、数据 库模型设计、 程序开发。负 责监控管理模 块(AME)、日 终对账模块、 来账接收模 块、集中代收 付模块。角 136 色：模型设计 师 6 中国农业银行 中国农业 银行漫游 汇款系统 交换中心系统 架构设计、数 据模型设计、 程序开发维 护。角色：系 统架构师 3、陈松 姓 名 陈松 性 别 男 年 龄 31 工 作 年 限 9 年 专业职称 实施技术专 家 学 历 本科 参加工作时间 已完工程项目情况 序号 建设单位 项目名称 项目内容 完成时间 备注 1 武汉农商行 武汉农商行 支付报送系 统 建设针对人 行报送的。 角色：开发 组长 2 武汉农商行 武农商行数 据仓库系统 实施项目 建设武汉农 村商业银行 数据仓库。 角色。角 色：开发组 长 3 国家开发银行 国家开发银 行村镇银行 集中报表数 据平台 对各村镇银 行实现数据 的集中存储 并且针对监 管报送所需 数据建立数 据仓库以满 足报送监管 报送系统的 数据要求。 角色：开发 组长 4 昆仑银行 昆仑银行数 据中心 实现每天的 数据中心的 137 维护以及对 新需求的增 加。角色： 系统工程师 5 国家开发银行 国家开发银 行数据平台 二期 通过元数 据、数据质 量和数据标 准这三个系 统的统一结 合实现对整 个开行的数 据平台的统 一管理。角 色：主力开 发人员 6 中国联通 中国联通增 值业务综合 网管 实现公司以 及 OPENVIE W 和 PATROL 采集的数据 展示。角 色：ETL 工程师 . 项目工作产品及最终交付物 在项目过程中，德勤定期向陕西信合进行阶段性汇报，递交如下主要交付件，同 时作为对项目进度的重要控制点。 具体交付时间根据项目的具体进展和各项工作安排进行调整，项目交付物列表及 计划交付时间如下： 项目交付物列表 序号 交付物 计划交付时间 1 《数据治理现状评估报告》 第 8 周 2 《数据治理体系规划报告》 第 16 周 3 《数据标准管理办法》 第 24 周 4 《数据质量管理办法》 第 24 周 138 5 《数据标准分类体系框架》 第 6 周 6 《基础数据标准定义》 第 16 周 7 《分析类数据标准定义》 第 16 周 8 《数据标准差异分析与落地建 议》 第 24 周 9 《数据质量评估方案建议及整 改方案》 第 24 周 10 数据仓库架构规划报告 第 20 周 . 项目风险与应对建议 . 项目进度风险与规避措施 主要风险点：项目周期较为紧张，多项工作并行开展，导致项目交付质量降低。  较为紧张的项目周期可能会无法保证项目交付品的质量，以及影响整个平台建 设的进程和质量；  无法及早发现不能按时完成的工作，使项目管理未有足够的时间来安排应急计 划，减少对项目进度的影响。 规避措施：  明确各工作的优先级，根据各项工作的重要性和工作难度，合理安排时间和资 源；  建立科学的项目进度管理程序，定期跟踪项目时间表，在项目开展初期同客户 就各模块的工作计划、时间表、关键路径、主要里程碑及主要交付品等达成一致；  在项目开展过程中，识别可能延误的工作，密切注意其事态进展，采取适当的 行动，尽量避免做成项目延误；  设立项目进度报告制度，及时通知项目干系人项目进度。 . 跨项目组协调风险与规避措施 139 主要风险点：规划项目组与相关联系统项目组就工作计划、联调配合等事项未深 入、及时沟通导致项目进度延误。  规划项目实施计划没有充分考虑关联系统的建设或改造进度，造成系统上线延 误；  规划项目实施技术没有考虑到待建系统建设过程中可能的功能和技术变化情 况，造成系统间整合与信息沟通的困难。 规避措施：  对规划关联系统进行充分的评估与考虑，在制定系统实施详细计划时充分考虑 各种情况下的应对策略；  充分考虑陕西信合未来的升级和改造计划，及时通知相关关联系统项目组，就 具体实施方案和计划达成一致意见；  系统实施过程中及时跟踪关联系统的建设或改造情况，提前准备应对方案。 . 需求变更风险与规避措施 主要风险点：业务需求变化导致的功能需求获取、分析的完整性、正确性、有效 性风险。  陕西信合业务体系正处在变化的过程当中，与业务系统相关的组织、政策、制 度与流程等因素有可能在未来系统上线时已经与当初确定的功能需求存在差异，或者 在上线后不久便需要进行调整。如果缺乏合理的预计，则将严重影响项目质量和实施 效果；  客户管理的组织、政策、制度与流程的变化必将是一个持续进行的过程，可能 出现新旧模式并存的情况，在功能需求制定时单纯的考虑某一种情况都会导致未来系 统只能适应部分需求。 规避措施：  功能需求的制定需要业务组的充分配合，以便准确把握业务需求的实质以及变 化的方向；  功能需求制定不是针对未来某一时点的需求，而是针对未来一个时段内的需 求，因此必须明确业务现状，未来上线时的目标状况以及上线后可能产生的变化内 容； 140  制定有效的风险管理计划，识别业务需求中可能产生变化的风险环节，并进行 持续的跟踪；  建立规范的需求变更管理制度，跟踪、发现项目范围内的业务需求变化。 141 4. 知识转移及培训方案 . 知识转移 通过知识转移和成果推广，德勤希望陕西信合有关负责人能掌握咨询成果内容， 知识转移和成果推广建议如下图所示： 知识转移和成果推广方法 德勤建议结合实际工作开展培训与知识转移工作，分享德勤在陕西信合指标管理 设计过程中的咨询成果与实施方法，使陕西信合工作人员掌握项目的主要工作方法及 主要技能，通过项目构建一支自己的团队持续地优化项目成果。 鉴于本项目的实际特点，德勤在强化培训和知识转移方面将主要采取如下几方面 的措施：  在实际工作中展开培训与知识转移；  与陕西信合分享德勤对数据治理咨询规划设计咨询成果和经验分享；  保持长期的合作关系，以多种方式支持后续工作的不断推进。 . 培训 142 针对项目培训，德勤实行培训和咨询相结合的模式。在项目进展过程中进行培 训，以切实提高银行整个团队的能力。 以数据治理咨询（即咨询需求）为目标导向，以培训和咨询服务相结合为主要服 务形式和手段，以银行选定的学员为工作对象，通过现场学习班和研讨会进行授课、 答疑、问卷调查、指导方案设计等为主要工作形式，将培训拓展延伸到整体业务分析 领域，帮助银行学员建立起自我设计解决方案（自咨询）的能力，从而让这种培训起 到咨询的实质作用。 培训的本质：教你如何想，传授原理、方法，分析发展趋势，讲解案例（别人的 案例） 咨询的本质： 教你如何做，提出解决方案，并与 IT 实施结合，实现方案落地 （自己案例） 两者之间的距离：客户化、细化、落地 我们将培训再往前走一步：协助学员为银行管理提出解决方案，实现自咨询  了解银行经营管理的需求  按照银行经营管理建设需求（即咨询需求）设计和开发教学方案  按照调研需求设计和开发客户调查问卷和访谈问卷，  由专家或学员到本机构进行问卷填写和管理访谈  授课专家进行调研分析（现状和差距分析）并开展教学研讨会（根据情况开展 现场调研或研讨会）  授课专家和学员提出改进建议和实施方案  与 IT 公司合作实现落地  现场教育培训+现场专家咨询+学员方案建议 . 培训方式 德勤建议通过集中培训和在实际工作中合作两种模式开展培训与知识转移工作。 德勤建议为提高效率，保证培训效果，培训地点安排在总行，培训完成后会将内 容制作成视频或电子课件等形式下发。 咨询公司的优势在于拥有体系化的方法和工具，可以帮助客户深入分析自身业 务，制定全面的解决方案，而这也是陕西信合迫切需要持续提升的部分，两者完美结 143 合可以确保项目的顺利开展。 在本项目中，德勤将会与陕西信合分享数据治理咨询方法和经验，使陕西信合拥 有一批与咨询公司相同思维方式的人员，提升陕西信合项目成员的规划设计的专业能 力。 . 培训手段 德勤在数据治理咨询项目中将不仅仅致力于完成咨询任务，而是要将顾问的知 识、经验、思考方法转移给陕西信合的工作人员，从而使陕西信合拥有一批中坚力 量，为银行发展战略规划做好技术上和人力上的准备。 陕西信合可与德勤采用联合工作的方式，通过共同完成指标管理体系设计、指标 管理技术方案设计以及指标管理落地实施方案设计等工作，开展知识转移，协助陕西 信合提升专业水准。 考虑到本项目的内容特点和时间跨度，在项目中会根据项目阶段和不同对象提供 针对性的研讨、座谈、培训等，确保双方能够协同一致开展工作，实现陕西信合项目 组成员在能力和知识方面的转移。 . 培训计划 培训内容与计划初步设置如下： 培训课程安排 培训内容 培训对象 培训时间 培训教材 培训方式 德勤数据治理项目实 施方法介绍 项目相关人员 项目启动 德勤数据治理项目 实施方法 启动会 德勤数据治理方法介 绍 项目相关人员 项目启动后第一 月 德勤企业信息管 理、企业数据管理 介绍 专题讲座 德勤数据标准管理及 数据质量管理专题讲 座 项目相关人员 项目启动后第一 月 德勤数据标准及管 理介绍 专题讲座 数据治理体系规划设 计报告 总行领导及各部 门经理 体系规划阶段完 成以后 数据治理体系规划 设计成果 成果汇报 数据标准成果及其管 理流程培训 总行各部门代表 及项目组成员 数据标准及管理 流程建立完成以 数据标准成果、数 据标准管理办法 成果汇报 144 后 数据质量管理流程及 数据质量提升成果培 训 总行各部门代表 及项目组成员 数据质量管理流 程及数据质量提 升完成以后 数据质量管理流 程、数据质量提升 成果 成果汇报 数据认责工作培训 总行各部门代表 及项目组成员 数据认责工作完 成以后 数据认责机制成果 成果汇报 具体培训计划可在项目启动后商议调整。 145 5. 德勤项目管理办法 . 综述 为确保项目的顺利实施，需要一整套科学、有效的项目管理方法，对项目的目 标、时间、成本、质量等关键因素进行有效的控制，为项目中具体任务的开展提供支 持和保障。 德勤拥有全球领先的项目实施和管理方法论－PMM4™ 。采用此方法对项目进行 监控与管理，能够帮助项目经理对项目整体进行最充分的全局把握，有效提高工作效 率并且更易于进行项目质量控制和项目风险管理。PMM4™从工作流程和关键领域两 个维度明确提供了项目管理过程中的主要工作过程和关注内容，并提供了大量的项目 管理工具，例如：各类汇总报告格式、表格、模板等，能够为项目管理的具体实施提 供参考和依据。 德勤项目管理框架 为实现对项目的有效控制，根据德勤项目管理方法中的控制点，针对本项目的特 点，建立了一系列结构化的项目管理规范，具体涵盖项目范围管理、沟通管理、进度 管理、风险管理、质量管理、会议管理、文档管理等各个领域。 启动 计划 执行 控制 结束 沟通管理 财务控制 范围/ 变更 质量保证 组织建设 后勤保障 采购管理 工作计划 风险/ 问题 整合管理 建立后勤计划 建立项目沟通计划 建李工作计划表 形成组织计划 建立财务计划 建立风险 计划 建立问题 计划 制定项目 范围计划 制定变更 管理计划 制定质量管理计划 制定项目计划 建立客户 合同计划 建立供应 商合同计 划 人员退出 财务管理结束 后勤管理结束 项目终止 供应商合 同结束 客户合同 结束 获取后勤 支持 实施后勤 保障 维护商业交易的财务数 据 沟通项目信息 人力资源 获取 提升人员 表现 实施风险 控制和反 馈措施 实施问题 解决方案 实施变更请求 执行质量保证计划 执行项目计划 签订供应商合同 执行工作计划 制定组织策略 制定项目章程 制定整合策略 形成预算策略 监督员工表现 风险监控 和反馈 控制问题 解决 控制变更请求 财务管理控制 监控项目 绩效 监控质量保证计划的执 行情况 控制后勤 控制项目沟通 审核客户 合同 审核供应 商合同 控制工作计划实施 项目结束 阶段 146 . 德勤项目管理方法 为确保项目的顺利实施，需要一整套科学、有效的项目管理方法，对项目的目 标、时间、成本、质量等关键因素进行有效的控制，为项目中具体任务的开展提供支 持和保障。 德勤拥有全球领先的项目实施和管理方法论－PMM4TM 。采用此方法对项目进行 监控与管理，能够帮助项目经理对项目整体进行最充分的全局把握，有效提高工作效 率并且更易于进行项目质量控制和项目风险管理。PMM4TM 从工作流程和关键领域两 个维度明确提供了项目管理过程中的主要工作过程和关注内容，并提供了大量的项目 管理工具，例如：各类汇总报告格式、表格、模板等，能够为项目管理的具体实施提 供参考和依据。 德勤项目管理方法图 为实现对项目的有效控制，根据德勤项目管理方法中的控制点，针对本项目的特 点，建立了一系列结构化的项目管理规范，具体涵盖项目范围管理、沟通管理、进度 管理、风险管理、质量管理、问题管理、会议管理、文档管理、变更管理等各个领 域。 . 项目范围管理 147 范围管理通过对项目范围的明确界定以及过程中变更的严格控制，使整个项目各 项工作自始至终严格贯彻立项的宗旨，既无工作内容遗漏，也不存在未经授权的范围 超出，从而保障项目的圆满完成。 . 范围定义 一个预先定义的、清晰的项目范围是项目顺利开展的基础。在项目启动时，项目 参与方应对《工作范围说明书》中约定的工作范围和内容进行确认，对于有疑问之处 应立即澄清，确认后的《工作范围说明书》说明项目范围的基准，并以此为基础具体 进行计划制定与工作分解。 . 范围变更控制 范围变更指对经过项目各方同意和有效授权的对项目范围的任何修改。范围变更 通常涉及对成本、时间、质量或其他项目目标进行变更。为实现对范围变更的严格控 制，变更需要通过书面的方式进行记录，并在对其可能的影响进行充分分析，综合各 方面情况做出决策。 在项目实施过程中，当出现范围变更需求时，变更申请人应填写《变更申请 单》，阐述变更内容和理由，并进行详细的变更影响分析，分析包括但不限于变更可 能对项目的人员、时间、预算以及项目成果落实所造成的改变，以及对这些的改变的 应对措施。项目经理、项目总监乃至项目指导委员会将基于这些信息，综合考虑项目 各方面情况，对范围变更提出决策意见。变更申请批准后，相关的改变将同步更新到 总体工作计划内，后续的工作将通过周期性的会议接受监督。 148 德勤变更申请单示例图 . 项目沟通管理 及时准确顺畅的信息沟通，是保障项目在有效的协调和管理下，顺利实施的重要 手段。德勤通过落实有效的沟通管理方法和反馈机制，确保项目相关信息被及时、正 确的提取、收集、传播和存储，保证项目各相关方之间信息畅通。 . 沟通协调与反馈机制的基本准则  项目经理是双方正式信息传达的唯一联系点  项目组成员、项目小组之间保持顺畅、友好的沟通，以提高整个项目组的效率  项目经理负责协调双方人员、内部人员发生的矛盾  通过文档服务器提供项目组的文件交互渠道  通过面对面交流、电话、email、会议等多种手段确保持续有效的沟通  所有的沟通方式必须有相应的反馈机制，以确保信息及时准确地被接收者收到 149 . 沟通计划 为合理安排沟通协调的相关活动，提高沟通的效率，需要制定明确的沟通管理计 划，明确满足不同需求的所应采用的沟通方式和安排，本项目建议的项目沟通计划如 下表所示： 项目沟通计划表 沟通渠道 沟通信息与内容 沟通频率 沟通对象 沟通负责人 项目管理 定期会议 针对项目计划执行情况、 出现问题及需要协调的事 项进行讨论，并确定下一 步的工作安排 每周/每月 项目组成员 项目经理 项目管理 非定期会议 针对项目过程中涉及的专 项事宜进行讨论 根据项目 需要安排 项目相关人员 发起人 项目 阶段汇报 汇报项目阶段性成果 项目阶段性 里程碑 高层领导 项目经理 沟通访谈 项目实时意见沟通与建议 反馈 根据项目 需要安排 客户管理人员 项目经理 项目周报 发布项目相关进展信息/文 献及经验分享 每周/ 每两周 所有项目相关人员 项目经理 日常 电子邮件 传达项目相关活动讯息/日 常沟通交流 随时 所有项目相关人员 项目组成员 书面提交 向客户提交交付成果及相 关文档、信息等 根据项目 需要安排 客户管理人员 项目小组组长/ 项目经理 为确保沟通的效果，在采取不同沟通渠道进行沟通交流的同时，应建立有效的实 时的反馈机制，对正式的沟通都应形成书面成果（如会议纪要、文件提交表等），并 需要各参与方的签字认可，对于需要对方做出应答的，应确定时间期限，以保障沟通 内容在日后工作中的落实。 . 项目进度管理 通过制定项目整体工作计划、双周工作计划并落实持续有效的进度监控机制，及 时掌握项目进度状态及趋势，发现重大进度问题，为项目决策和协调提供支持。 项目启动之初，项目经理根据约定的工作内容和步骤，制定细化的项目计划，作 为整个项目的基础计划和衡量进度情况的标准，经过确认后下发执行。 150 在项目实施过程中，项目经理与各项目小组一起，基于确定的项目计划以及个人 的职责分工，细化建立项目双周计划，将具体工作拆解到每天和个人，由各项目小组 组长负责安排组员具体落实。 项目双周工作计划示例图 . 进度跟踪与汇报 在各小组长的监督下，项目成员根据工作情况填写个人工作周报，经各小组长和 项目经理汇总后，形成项目周报，项目周报中涵盖对双周计划执行情况和进度报告的 相关内容。 项目经理对项目报告中的进度相关内容与项目计划（项目计划、项目双周工作计 划）进行审核、分析，如果项目进度出现重大差异，则要求相关小组负责人分析差异 形成原因、影响程度、以及计划采取的行动，同时编制项目进度差异分析表，提交项 目总监乃至项目管理委员会，并根据决策意见采取相应的调整措施。 项目阶段： 项目经理： 计划周期：yyyy/ mm/ dd－yyyy/ mm/ dd 计划编制日期：yyyy/ mm/ dd 负责人 参与人员 进度 状态 完成百 分比 完成日期 资源 项目双周工作计划 项目名称： 日期 时间 备注具体工作 任务完成情况 所属任务 151 项目精度差异分析表示例图 . 计划变更 在项目实施阶段，项目各小组长可以根据其项目实际执行情况提出对项目计划的 变更申请，明确对计划进度变更的范围、影响程度等内容，由项目经理依据可能的影 响、项目总体规划和各项目交付品依赖关系对计划变更进行评审；对项目进度产生较 高及严重影响的计划进度变更申请提交项目指导委员会审批决策。变更申请批准后由 项目经理组织更新该项目总体计划。 . 项目风险管理 通过有效的风险管理机制和方法，对那些尚未发生、但可能对项目实施产生负面 效果的、不可控的项目活动或环境进行识别、分析、量化、管理，尽可能降低风险发 生的机率以及发生后可能产生的影响。 德勤建议的项目风险管理方法将主要包括风险评估和风险控制两大步骤，具体如 下图所示： 项目中待分析的活动 计划开始 时间 计划结束 时间 实际开 始时间 实际结 束时间 进度差异量 （绝对值） 2 进度差异量 （相对值） 2 差异形成原因： 差异对项目造成的影响预测： 应对措施： 项目进度差异分析表 项目阶段： 日期： 项目名称： 填写人： 152 风险管理方法步骤示例图 . 风险评估 1. 风险评估 风险评估是项目风险管理的第一步，是实现对项目实施过程有效安全控制的重要 基础。通过有效的风险评估可以明确项目的风险管理需求，从而为计划、制定和实施 具体的风险控制措施提供指导。风险分析具体包括风险识别和风险分析与评价两大部 分： 2. 风险识别 针对本项目的情况，明确项目过程中可能涉及的风险大类，如技术风险、协调性 风险、项目执行过程产生的风险等，并细化识别出具体的风险，形成风险列表，明确 风险的类别、来源、主要表现等基本要素，并进行初步的影响分析。 3. 风险分析与评价 风险分析与评价的目标是对已经识别的风险进行定量或定性评估，确定风险的高 低，以便有针对性地制定恰当、合理的控制措施。针对已经识别的各风险将主要从风 险发生概率和风险影响两方面进行分析，其中： 发生概率是在没有进行任何风险管理步骤的情况下风险发生的可能性，通常可被 分为下表所示的三类： 风险发生概率表 概率 定义 风险识别 风险计划 风险控制 风险监控 风险分析与评价 明确项目可能 面临的风险及 其基本情况 分析风险的发生 概率和可能产生 的影响，通过定 性/ 定量的方法 进行风险评价 制定风险应 对计划，明 确需要采取 的风险控制 措施 在项目过程中基于风险计 划落实具体的控制措施 对控制措施落实情况及可 能出现的新风险进行监控 风险列表 风险编号 项目阶段 风险简述 风险范围 风险类别 提出人 提出日 风险影响程度 风险发生机率 负责人 风险状态 计划执行情况 风险跟踪记录 项目名称 风险跟踪记录 风险登记表 风险评估 风险控制 1 2 153 不可能 即使没有采取任何风险管理的行动，潜在的影响也不会产生 轻微可能 如果没有采取任何风险管理的行动，潜在的影响有产生的轻微可能 可能 如果没有采取任何风险管理的行动，潜在的影响有可能产生 风险影响力是在没有进行任何风险管理步骤的情况下风险可能对项目和业务产生 的影响，其定义见下表： 风险影响力程度表 影响力 定义 空 对时间安排、费用、质量没有影响 低 影响少量任务的时间，但不会延误主要的日程 中 项目费用有少许增加 高 质量没有明显地降低 很高 影响了很多任务的时间，并会轻微地延误主要的日程 基于以上定义分别对风险的发生概率和影响进行初步评估后，需要综合考虑两者 的评估结构，通过定性分析或定量计算的方式得出最终的风险评估值，排定各风险的 优先级，从而为风险计划的制定提供依据。 . 风险管理 风险管理是基于风险分析的结果具体落实风险控制的过程，具体包含风险计划制 定、风险控制和风险检测三部分工作： 1. 风险计划制定 基于风险评估的结果，制定相应的应对方案，明确需要采取的风险控制措施，减 少其风险发生的概率或可能的影响。下图示例了针对本项目潜在风险点，德勤建议的 应对方案： 对于高危风险还需要制订风险发生时的应急计划。同时，根据风险的特性明确相 应的责任人，由具体的责任人负责对风险的管理以及应对措施的落实工作。对于风险 计划中关键的应对措施也应纳入项目计划中，下表为针对某一特定风险的应对措施示 例： 风险应对措施示例 154 风险描述 发生概 率 影响程 度 风险 等级 责任人 风险应对措施 未及时发现项目 范围逐渐改变 轻微可 能 高 高 项目经理 定期对项目的范围进行审核，和最开始的范 围定义相比较； 和所有的项目组以及涉及到的人员就主要的 范围变更和影响进行沟通。 2. 风险控制 在项目实施过程中，由各责任人具体参照风险计划执行相应的风险应对措施，确 保对风险的有效应对。 3. 风险监控 项目风险是动态变化的。只要项目在进行，就不断有新的情况和信息出现。为 此，需要持续的对这些风险相关信息进行监测，维护风险登记表，确定减小风险的计 划的成功程度，以及是否存在以前可能没有发现的新风险。基于风险监测的相关信 息，可对风险管理计划及时进行调整和改进，落实相关的控制措施，实现动态的风险 控制。 . 项目质量管理 . 质量管理原则 德勤在本项目开展质量管理工作时将主要遵循以下几个原则： 1. 全员参与，分工协作 德勤在项目小组中会设立质量管理专员的角色，但整体的交付质量管理却需要整 个项目团队的全员参与，通过陕西信合管理层、业务与 IT 专家、项目经理以及项目小 组成员在决策、管理和执行等不同层面的控制，共同保证项目的交付质量。 2. 全程控制 质量控制的相关活动要落实在整个项目实施过程的各个阶段，而不是仅仅在最终 提前进行审核和控制，通过事情计划、事中跟踪以及事后的评审，实现对交付质量的 全程控制。 3. 动态反馈与持续改进 由于项目实施的复杂性，质量控制不是通过一次落实就能达到预期的目标，而是 需要针对项目实施过程中质量控制活动的实施情况和效果，及时进行分析和经验总 155 结，为下一轮质量控制活动提供依据和基础，从而实现质量的持续的改进，最终实现 质量管理的目标。 . 质量管理的角色与职责 在项目过程中，质量管理的职责将具体落实到以下相关角色： 质量管理相关角色和职责 项目角色 质量管理主要职责 恒丰审核人员 审阅和审批项目交付物，反馈意见；在需要时帮助解决质量问题。 项目经理 对项目交付质量进行总体把握；负责项目质量管理方法和质量管理流程的实 施； 为影响项目进程的重大质量问题迅速找到解决方案。 项目专家 从专业领域的角度对关键交付物质量进行审核。 质量总监 开发质量管理方法，协助制定质量管理计划；在项目实施过程中进行定期/不 定期的质量审阅；为项目团队质量控制提供专业支持；鉴定质量问题并帮助 解决质量问题；持续改进质量流程。 项目组成员 在日常工作过程中保证持续的质量控制；根据审核意见对交付物进行调整； 及时解决各自相关的质量问题。 . 质量管理过程 基于明确的质量管理原则，在项目实施过程中执行有效的质量管理流程，这包括 制定质量管理计划、执行质量保证计划、监控质量保证执行三大步骤，从而最终实现 对交付质量的有效控制，降低项目令客户不满意的可能性。 156 质量管理过程 1. 质量管理计划 质量管理计划定义了项目交付的质量标准以及为达到这些标准所应开展的控制活 动等要素，是具体开展质量控制工作的依据。当项目开始时，质量总监将基于确定的 项目目标、工作内容和交付品清单，明确交付物的质量标准，以及各交付品的审阅和 级别，同时与项目团队一起，确认在过程中进行质量审阅和控制的相关安排，形成质 量管理计划，经双方确认后下发参照执行。 2. 质量控制 在项目实施过程中，质量总监和项目团队将共同参照质量管理计划开展具体的质 量控制活动。项目团队成员主要在日常工作负责保证自己工作的质量，而质量总监则 在项目过程中通过定期和不定期的质量检查，及时发现质量问题并推动改进。主要过 程如下：  检查与评估 根据质量保证计划和预先安排，在项目实施的各个阶段，通过对项目过程和交付 文档的审核，以及对项目成员的访谈，评估项目实施的过程是否符合项目设定的质量 标准；  识别问题并记录 基于收集的现状信息，与质量标准进行对应，识别在项目实施过程中存在与规范 背离的问题，提出改进的建议；  反馈与汇报 将主要发现与项目经理及相关人员进行沟通，确认其中问题和解决方案；  跟踪问题的解决  定义项目阶段提交物清 单和质量标准及综合评 估办法  计划质量控制活动 步骤 1： 质量管理计划  日常质量控制  质量审阅和审批  解决质量问题并不断改 进 步骤 2： 质量控制  审核项目阶段交付成果  总结经验教训 步骤 3：交付审核 项目 目标 质量计划和程序 持续改进的反馈 质量管理成果 交付审核意见 经验教训 157 对于发现的问题以及改进的情况进行持续的跟踪，确保不合规之处已经得到了纠 正。对于其中一些重要的问题，可安排在作为以后检查的必要内容，以确保其得到了 有效的纠正。 3. 交付审核 在项目阶段的里程碑，项目小组成员完成交付品初稿后，将经过项目小组成员、 项目小组组长、项目专家、项目经理、质量总监以及恒丰相关部门/人员等一系列环节 的审核，在审核和反馈过程中不断改进完善，并根据需要提交验收会进行最终的评 审。通过这一整套规范的交付审核流程，确保交付成果满足定义的质量标准。其交付 审核主要过程如下图： 交付审核图 在交付审核完成后，质量总监将与项目经理一起对审核过程中发现的问题及客户 反馈进行整理分析，总结经验和教训，并以此为依据对质量管理方法和质量管理计划 进行改进。 . 项目问题管理 . 问题定义 项目交付品 初稿 专家 项目小组成员 质量总监 项目经理 项目评审会 项目小组组长 项目交付品 征求意见稿 客户人员 项目交付品 评审稿 项目交付品 最终稿 在交付品编写 过程中确保基 本的质量控制 对小组成员交 付成果进行审 核 从专业领域提 进行把握 对交付成果进 行审核，提出 意见 对交付过程和 内容是否符合 质量标准提出 审核意见 对交付质量进 行整体把握 1 3 2 4 5 6 7 158 问题是指在项目进行过程中发现的会影响到项目顺利完成的观点、任务。问题一 般会影响项目进度超过两天以上。在项目进行过程中，一些微小的错误不需要当作问 题来处理。问题主要有三种类别： 1.整体问题。如项目方法论有缺陷，无法按照既定的方法论或项目活动达成项目 成果等。 2.项目管理问题。如项目会议议而不决导致项目停顿等。 3.资源问题。如没有足够的管理人员参与，或者顾问的时间不能保证等。 . 问题管理流程 将项目进行中可能出现的问题分成三个层级，要求每个问题首先在自己层级内部 进行解决，如无法完成或需要在更高的层级进行协调则可以按照以下方式处理： 层级 1 问题 ：  各小组内部的个别问题，应先由各小组长尝试解决。若无法在两个工作日内解 决分歧，经小组讨论，可以将其提升为层级 2 问题填写问题单并提交项目管理 办公室。 层级 2 问题：  各小组内部无法解决的问题，或各小组均出现的共性问题可以填写问题提交单 并被提交为层级 2 问题。由项目管理办公室负责解决；若该问题在两个工作日 内无法解决，则提交指导委员会讨论解决。 层级 3 问题：  如问题层级 2 的分歧仍无法解决，则应按照协议相关条款处理，或由项目管理 办公室将此问题提交给指导委员会进行讨论解决；指导委员会应于五个工作日 内给予反馈和指示。 在分歧解决过程中，乙方同意继续进行无分歧服务部分的工作。 . 项目会议管理 会议是项目各方沟通的重要手段。在项目实施过程中，需要通过一系列相关的会 议对项目过程中的关键问题进行交流、讨论和决策，根据会议召开时间的不同，具体 可以分为定期会议和非定期会议两大类。 159 . 项目管理定期会议 项目管理定期会议主要是项目周例会和月例会，即根据约定的时间每周末或月末 由项目组定期召开，主要由双方项目经理、各小组负责人和需要的小组成员参加，重 点针对项目计划执行情况、出现的问题以及需要协调的事项进行讨论，并确定下一步 的工作安排。一些关键的月例会可邀请项目总监以及项目指导委员会成员参见，听取 项目组汇报并给出指示。例会的结果将形成纪要，并由项目经理监督其中相关措施的 执行。项目例会是项目管理和控制的基本手段。 . 项目管理非定期会议 项目管理非定期会议将根据项目进展的实际需要，由项目组发起召开，就项目过 程中涉及的专项事宜进行讨论。通常包括：项目专题讨论会、专项问题协调会、项目 成果汇报会、培训研讨以及其它根据需要召开的会议。 非定期会议由发起方提前几个工作日将会议时间安排、内容、讨论材料等通知相 关方，会议由发起方编写会议纪要，并发送至参加各方及其它需要知会的部门。 会议纪要模板示例 . 项目文档管理 在项目过程中会产生数量众多的各种类型文档，为了确保项目内文档传递的顺 160 畅、信息沟通的便捷，在实施过程中必须遵循一定的文档管理规范，具体涵盖以下几 方面内容： . 文档分类与规范 根据文档目标和内容的不同进行文档分类，主要包括以下几类： 规范指导文档：由项目组制定的、对整个项目的进行起规范约束作用的管理文 档，是项目成员必须遵守的； 正式交付品：根据工作范围说明书约定而产生的正式交付文档，是提交给恒丰并 需要其签收的； 项目跟踪文档：在项目进行中所产生的与时间进度有着密切关系的文档，用于项 目管理及内部的沟通交流，主要包括项目管理产生的相关的文档和表单（如项目计 划、周报、文档登记表等）； 工作文档：各项目在工作中产生的非以上三类的文档，包括一些非正式交付品和 过程文档等； 参考文档：非本项目产生的任何文档，包括恒丰提供的公司内部资料，从公开渠 道获得的资料等。 针对以上各类的文档，制定相应的文件规范，包括文件格式、要求，订立模板并 要求项目组成员在项目过程中严格参照使用。同时，确定整体的文档命名规则，例如 “项目缩写_文档类型缩写_中文文件短名（描述）_日期_（v.版本号）_（作者姓名缩 略语）”同时明确不同部分细化的规则，确保在文件交流过程中能够即时有效的反映文 档的版本和内容信息。 . 文档登记与日常管理 在项目过程中，项目会从恒丰以及其他相关渠道获得各种参考文档和资料，包括 电子文档和纸质文档等。为保证对文件的有效管理，项目组将由专人统一负责对外部 文档的接收和登记，记录文档相关信息，并由恒丰相关人员定期确认。 对外文件管理示例表 编号 文档名称 来源 介质 格式 提供日期 密级 备注信息 161 对于从外部获得的纸质文档，将由项目组专人负责分类保管，项目过程中，需要 者可提出借阅申请，并填表登记，文档管理人员根据借阅时间督促及时归还；同时， 在项目过程中，将定期根据文档登记表进行实物清点，避免文档遗失或随意外流；项 目结束时，由项目组根据恒丰的要求，参照文档登记归还相关的文档资料。 . 文档服务器管理 在项目过程中，项目会对各种电子文档进行共享使用。为保证对文件的有效管 理，项目组将由专人统一负责维护文档服务器文件，对文档进行上传和登记，记录文 档相关信息，并由恒丰相关人员定期确认。 文档服务器管理示例表 编号 文档名称 来源 格式 提供日期 密级 备注信息 对于从外部获得的纸质文档，将由项目组专人负责分类保管，项目过程中，需要 者可提出借阅申请，并填表登记，文档管理人员根据借阅时间督促及时归还；同时， 在项目过程中，将定期根据文档登记表进行实物清点，避免文档遗失或随意外流；项 目结束时，由项目组根据恒丰的要求，参照文档登记归还相关的文档资料。 . 项目变更管理 . 变更管理原则概述 162 如需变更本工作说明书内容，应遵循以下流程： 1. 项目变更申请（PCR）将作为通知变更需求的手段。项目变更申请（PCR）必须 对变更内容，变更原因以及变更将对项目造成影响作详细描述； 2. 申请提出方项目经理将评估变更并决定是否向另一方提交此申请； 3. 甲方与乙方双方项目经理应共同评估被提交的变更，并决定是否进一步评估或否 决此申请。甲方与乙方双方的授权代表必须签署项目变更申请（PCR）以授权对 该变更作进一步的评估。进一步评估将明确实施该项目变更申请（PCR）将会给 项目价格，时间进度及其它合同条款带来的影响； 4. 甲方与乙方双方授权代表应于变更评估完成后的五个工作日内签署书面的变更授 权及/或项目变更申请（PCR）以授权实施该已完成评估的变更。在得到双方书面 批准之前，甲方与乙方应按照最后协定版本的工作说明书内容继续当前工作； 5. 在项目实施过程中，如甲方要求对项目目标、范围进行变更，需由双方就变更内 容协商一致，且双方同意按合同约定的单价执行。对于乙方原因造成的项目目 标、范围内的变更，相关费用由乙方承担。 . 变更管理表单示意 变更管理表单示意图 6. 相关经验及案例证明 163 由于根据与客户合同中约定，在未得到客户书面同意前不得对外披露客户信息， 故此处提供按照签约合同要求可以披露的信息供参考。 数据治理、数据标准、数据标准落地应用相关案例列表 单位名称 项目名称 实施时间 项目主要内容描述 对方联系人 及联系电话 光大银行 数据体系规划 数据治理职能设计及组织体系设 计；数据战略、数据政策、数据 标准、数据质量、数据字典、数 据调用、数据安全等管理制度编 制；数据传输平台建设方案 为尊重联系人 的个人隐私， 如需联络，请 通知德勤安 排。谢谢理 解。 兴业银行 数据标准主体 工程咨询 数据标准编制； 数据标准管理； 产品目录和产品手册 为尊重联系人 的个人隐私， 如需联络，请 通知德勤安 排。谢谢理 解。 浦发银行 企业数据模型 咨询 2013．12 建立全行企业级数据模型； 建立全行数据分布映射 为尊重联系人 的个人隐私， 如需联络，请 通知德勤安 排。谢谢理 解。 北京银行 数据标准推广 项目 数据治理体系规划设计； 风险类数据标准及全行数据标准 编制； 数据质量探查和整改建议 为尊重联系人 的个人隐私， 如需联络，请 通知德勤安 排。谢谢理 解。 上海银行 生产数据管理 咨询项目 数据治理体系规划设计； 全行数据标准编制 为尊重联系人 的个人隐私， 如需联络，请 通知德勤安 排。谢谢理 解。 上海银行 数据管理咨询 二期项目 基础数据标准编制完善； 数据标准落地； 数据质量评估； 为尊重联系人 的个人隐私， 如需联络，请 通知德勤安 排。谢谢理 解。 164 单位名称 项目名称 实施时间 项目主要内容描述 对方联系人 及联系电话 数据应用与服务规划 江苏银行 数据治理体系 规划及数据标 准咨询 数据治理体系规划设计； 全行数据标准编制； 风险类数据标准编制 为尊重联系人 的个人隐私， 如需联络，请 通知德勤安 排。谢谢理 解。 重庆银行 数据管理体系 建设咨询 数据治理体系规划设计； 全行数据标准编制； 数据质量提升 为尊重联系人 的个人隐私， 如需联络，请 通知德勤安 排。谢谢理 解。 渤海银行 数据治理、数 据标准 数据治理体系设计； 数据标准设计； 客户数据质量提升 为尊重联系人 的个人隐私， 如需联络，请 通知德勤安 排。谢谢理 解。 国家开发银行 管理分析类数 据标准化项目 分析类指标标准分类体系设计； 分类数据指标标准编制（1500 个 分析类指标） 为尊重联系人 的个人隐私， 如需联络，请 通知德勤安 排。谢谢理 解。 国家开发银行 数据标准落地 实施支持 数据标准映射及差异分析；数据 标准落地执行建议 为尊重联系人 的个人隐私， 如需联络，请 通知德勤安 排。谢谢理 解。 光大银行 数据化能力指 数咨询 数据治理落地管理评价体系设计 为尊重联系人 的个人隐私， 如需联络，请 通知德勤安 排。谢谢理 解。 光大银行 信用卡景气度 指数项目（指 标标准落地应 信用卡业务战略、信用卡业务指 标体系、业务预警模型；业务预 为尊重联系人 的个人隐私， 如需联络，请 通知德勤安 165 单位名称 项目名称 实施时间 项目主要内容描述 对方联系人 及联系电话 用） 警系统设计 排。谢谢理 解。 光大银行 重要指标咨询 项目（指标标 准落地应用） 全行指标分类体系设计； 全行财务指标梳理和定义； 全行财务指标分析模型； 全行财务指标系统设计 为尊重联系人 的个人隐私， 如需联络，请 通知德勤安 排。谢谢理 解。 光大银行 数据服务目录 咨询（服务元 数据管理和应 用） 数据服务模式设计；数据服务目 录设计；数据服务生命周期管理 流程和制度；数据服务目录平台 设计 为尊重联系人 的个人隐私， 如需联络，请 通知德勤安 排。谢谢理 解。 光大银行 客户管理咨询 项目（客户数 据标准落地） 客户细分 ECIF 系统模型设计 客户数据标准落地 为尊重联系人 的个人隐私， 如需联络，请 通知德勤安 排。谢谢理 解。 天津农商 数据治理 数据标准 数据治理体系设计； 数据标准设计； 客户数据质量提升 为尊重联系人 的个人隐私， 如需联络，请 通知德勤安 排。谢谢理 解。 哈尔滨银行 全面信息化战 略合作项目 设计全行个人、对公客户信息模 型； 设计 ECIF 系统方案及功能； 设计业务系统模型落地、功能改 造方案 为尊重联系人 的个人隐私， 如需联络，请 通知德勤安 排。谢谢理 解。 哈尔滨银行 数据平台项目 设计建设数据仓库平台； 设计建设数据补录平台； 设计建设数据分发平台； 设计全行数据仓库模型，与业务 系统映射； 为尊重联系人 的个人隐私， 如需联络，请 通知德勤安 排。谢谢理 解。 166 单位名称 项目名称 实施时间 项目主要内容描述 对方联系人 及联系电话 重要数据质量整改 7. 附录 . 德勤主要工具 . 企业价值图（Enterprise Value Map） 企业价值图是一个将企业潜在改进举措与股东价值紧密联系在一起的实用型工 具。研究分析表明，在市场上，企业价值图已经成为了德勤区别于其他咨询公司的一 大独特工具。 企业价值图（Enterprise Value Map）示例 企业价值图一共可以分为五层，以下，我们将选取一部分企业价值图为例，初步 解释我们在实际项目中对企业价值图的应用。 企业价值图的最终目标为增加股东价值，对其产生影响的四大因素分别是：  营业收入  运营成本  资产效率  股东期望 167 在各个因素下，又可以层层细分。通过将企业的决策和价值驱动有机地联系起 来，企业价值图的应用使得企业管理者可以更加自信地站在更高的层次上系统地分析 企业所面临的问题和机遇，层层递进的发掘出造成问题的关键以及解决问题的相应办 法，将变革进行到底。 企业价值图可以用在在本项目的现状评估与需求分析阶段，帮助陕西信合分析业 务需求与管理信息系统应用之间的差异，所影响到的企业价值，并确定潜在的改进机 会以及建议的解决方案。 . 德勤行业蓝图（IndustryPrint） 行业蓝图（IndustryPrint™）是一系列详细的、针对不同行业的业务流程模型，是 包含了德勤最佳实践的知识库。德勤有专门针对银行行业的蓝图，其包含了德勤对银 行行业的理解、最佳实践、行业问题解决方案等。 行业蓝图可以帮助项目团队进行知识管理，具体如下：  提供行业最佳实践；  建立中央知识库；  为导入德勤行业经验提供有效框架；  流程预演；  提供专业人员的教育，提升项目团队成员快速成为行业流程知识专家；  系统与业务链接；  展示业务流程和软件功能之间的关系；  确认和解决整合要求；  为业务流程提供形象化的图示，不仅仅局限于 ERP 软件功能； 168 德勤行业蓝图（IndustryPrint）示例 同时，行业蓝图也可以帮助建立交流平台，如下：  提供一个共同的途径和语言通过业务流程调整、系统实施和项目管理来建立业 务处理流；  推动项目小组成员达成共识；  辅助项目决策；  针对业务处理决策提供一个有效的框架；  评估决策选择；  支持实施；  支持适用性/差异性分析；  提供一个可视的项目范围；  快速设计和实施时间线。 . 德勤内部控制框架体系 针对银行行业特有的业务特征和特定流程，总结德勤全球在银行行业的内控实施 及审计经验，列示了银行领域的风险点，审计方法和最佳实践。 德勤内部控制框架体系通过与银行公司的业务流程相结合，可被精确运用到各管 理审计项目中。 169 德勤内部控制框架体系示例 . 德勤银行行业风险知识库 风险管理和内部控制知识库得益于德勤在全球为各行业客户提供财务审计和内部 控制咨询等各项专业服务，该数据库中涵盖全球主要的普遍风险点、内部控制和最佳 实践的信息。我们将把这些经验数据全程运用在为陕西信合提供服务的过程中。 德勤银行行业风险知识库示例 . 德勤企业风险地图 德勤风险地图汇总了德勤对全球范围内超过 2000 家知名上市企业的风险调查结 果，囊括了上市企业最为关键的 500 个单体风险，并将其归入五大类十五个小类中。 该地图可以为陕西信合提供较为广阔的风险视角，并体现风险之间的相关性和复杂 性。通过应用风险地图，可以有效的促进风险识别和风险评估过程。 170 德勤企业风险地图示例 . 企业架构规划方法（SEBA） 企业架构规划方法是帮助企业进行变革规划的方法，主要凭借融合企业业务能 力、技术能力和信息能力以求为企业创造更多的价值。SEBA 来源于德勤的实践经验 及所累积的方法论，包括企业价值交付方法和项目管理方法，并且综合了战略与运 营、人力资源和技术整合的相关知识。 企业架构规划方法主要从以下几个方面考虑规划的制定：  战略规划明确组织架构如何具有竞争力并能为企业创造价值；  集成业务、技术和信息能力共同创造价值；  流程协调和支持服务的执行；  集成技术和信息资产以支持执行；  提供组织结构、人力资源和管理办法促进和保证解决方案；  使用模板和工具以加速交付的完成同时降低成本； 171 企业架构规划方法 SEBA 示例 企业架构规划方法说明：  远景和战略层面：业务远景和战略驱动了企业业务变革的计划；  业务流程层面：业务流程细节的定义和设计支撑业务战略。输入、输出、角色 和关键指标要素是确保业务战略可行的基础；  服务层面：关键的服务符合整体业务理念、战略方向、业务案例和风险承受能 力；  信息层面：关键业务实体和属性支持核心流程，业务实体决定信息集成策略；  应用层面：可用于概念，逻辑以及高层次的应用建设，在信息和服务方面确认 目标应用可以完全集成；  基本结构层面：概念、逻辑和基础构建和目标技术方向一样需要明确；  人员、变更和学习：关键的组织管理、变更管理和学习遵从业务变革执行的规 划；  安全性和控制：安全性和控制能力需符合业务、技术和组织层的要求；  项目管理：项目管理阶段定义了设计和实现目标的执行模型。 企业架构规划方法在使用时的阶段可划分为：  阶段一：定义愿景和价值驱动力；  阶段二：定义和评估能力；  阶段三：开发体系化的变革模型。  企业架构规划方法的优势是：  具有灵活性、适应性、综合性、强健性；  是更全面的方法而不仅局限在技术层面；  包含所有的信息、模板和样例以保证快速有效地完成项目所需的高质量的交 付。 . BI/DW 类项目价值交付方法（EVD for IM） 企业价值交付方法（EVD for IM）详细说明了德勤在完成构建、管理和交付方面 的方法，提供相关定义、战略规划及设计、实施和部署的解决方案，包括六个阶段、 九类控制。 172 项目价值交付方法 EVD 示例 用于管理中的六个阶段：  愿景阶段  规划阶段  设计阶段  构建阶段  交付阶段  运营阶段 九类控制实施过程：  项目管理  质量管理  流程及应用  组织变更管理  信息管理  开发管理  技术管理  部署管理  价值体系 BI/DW 类项目价值交付方法（EVD for IM）是基于德勤企业信息管理（EIM）解 决方案体系，应用 EVD 方法中针对商务智能与数据仓库这个领域的特定方法，定位 BI/DW 的解决方案。EIM 包括对业务运营的过去、现在的分析和对未来发展的预测， 173 转变历史数据为有效信息，以便企业能理解并迅速作出反应。企业价值交付方法 （EVD for IM）使用于五大领域，包括：  经营决策管理（EPM）  商务智能管理（BI/DW）  企业数据管理（EDM）  企业内容管理（ECM）  企业信息管控（IG） 德勤企业信息管理 EIM 框架 应用 EVD 工具，可以保障将 EIM 框架中的 BI/DW 解决方案实施落地。EVD 拥有 导航工作台，如下图所示： EVD 导航工作台示例 174 在导航工作台中我们可以清晰定位工作任务当前处于的阶段、任务目的、前后关 系等，界面如下图所示： EVD 使用方法示例 在导航工作台中可以获取到对应阶段、任务的所有过程及交付文档的样例和模 板，以实现规范和统一，示例如下： EVD 模板 . 项目群管理办公室（PMO）管理机制 项目群管理办公室（Program Management Office, PMO）是为保证项目成功实施， 借助现代的项目管理方法论，基于领先的国际项目管理行业规范而制定的一种管理机 175 制。 PMO 可帮助项目管理实现：  确保项目组合的目标服从客户的业务战略；  确保项目在预计的预算和范围内及时交付；  更好地协调与管理项目组合内各项目间的关系；  改善项目组内部成员、项目之间、与外部利益相关者之间的沟通；  提高项目组合的整体意识。 项目群管理办公室（PMO）管理机制 PMO 的主要职责包括：  项目集成管理 − 根据业务战略动态调整项目的组合管理； − 通过标准工具、流程和和实践的应用维持跨项目间协同；  项目关联管理 − 强调项目组合中的联系和依赖性确保对项目的准确理解；  项目回报管理 − 项目领导层通过获取所需的信息进行及时、有效的决策；  标准合规管理 − 开发和部署用于质量和项目管理的标准体系； − 监控标准和规定的执行情况； PMO框架体系提供了结构化的方法来建立项目管理办公室并有效的提 供项目管理办公室的各项工作。 PMO框架体系的目标是支撑PMO流程的有效实施和高效运作，帮助 项目管理层实现客户的预定目标。 PMO框架体系目标 沟通管理 * 首要工作 ** 监控与计划执行 质量管理 风险管理 问题管理 资源管理 范围管理 收益管理 ** 次要工作 供应商/合同管理 人员转变管理 PMO 项目集成管理 标准合规管理 项目关联管理 项目汇报管理 PMO 步骤/过程、标准、工具、模板是支撑PMO框架体系有效执行落 实的基石。 PMO框架体系中提供了完整的工作流程及所需的标准、工具和模板， 可以迅速投入实践应用。 PMO 步骤/过程、标准、工具、模板 项目集成管理  根据业务战略动态调整项目的 组合管理  通过标准工具、流程和和实践 的应用维持跨项目间协同 项目关联管理  强调项目组合中的联系和依赖 性确保对项目的准确理解 项目回报管理  项目领导层通过获取所需的信 息进行及时、有效的决策 标准合规管理  开发和部署用于质量和项目管 理的标准体系  监控标准和规定的执行情况 176 PMO 的主要职责 . PMM4 项目管理方法论 PMM4 项目管理方法论是德勤咨询指导项目（群）管理的基本方法，采用此方法 对项目进行监控与管理，能够帮助项目经理对项目整体进行最充分的全局把握，有效 提高工作效率并且更易于进行项目质量控制和项目风险管理。PMM4™从工作流程和 关键领域两个维度明确提供了项目管理过程中的主要工作过程和关注内容，并提供了 大量的项目管理工具，例如各类汇总报告格式、表格、模版等，能够为项目管理的具 体实施提供参考和依据。 PMM4 项目管理方法论 项目集成管理  根据业务战略动态调整项目的组合管理  通过标准工具、流程和和实践的应用维持跨项 目间协同 项目关联管理  强调项目组合中的联系和依赖性确保对项目的 准确理解 标准合规管理  开发和部署用于质量和项目管理的标准体系  监控标准和规定的执行情况 项目回报管理  项目领导层通过获取所需的信息进行及时、有 效的决策 PMO 启动 计划 执行 控制 结束 沟通管理 财务控制 范围/ 变更 质量保证 组织建设 后勤保障 采购管理 工作计划 风险/ 问题 整合管理 建立后勤计划 建立项目沟通计划 建李工作计划表 形成组织计划 建立财务计划 建立风险 计划 建立问题 计划 制定项目 范围计划 制定变更 管理计划 制定质量管理计划 制定项目计划 建立客户 合同计划 建立供应 商合同计 划 人员退出 财务管理结束 后勤管理结束 项目终止 供应商合 同结束 客户合同 结束 获取后勤 支持 实施后勤 保障 维护商业交易的财务数 据 沟通项目信息 人力资源 获取 提升人员 表现 实施风险 控制和反 馈措施 实施问题 解决方案 实施变更请求 执行质量保证计划 执行项目计划 签订供应商合同 执行工作计划 制定组织策略 制定项目章程 制定整合策略 形成预算策略 监督员工表现 风险监控 和反馈 控制问题 解决 控制变更请求 财务管理控制 监控项目 绩效 监控质量保证计划的执 行情况 控制后勤 控制项目沟通 审核客户 合同 审核供应 商合同 控制工作计划实施 项目结束 阶段 177 . 变革管理 德勤应用领先的变革管理方法，在项目中开展一系列的变革活动，建立结构化的 变革管理体制，保障项目成果最终落实。 德勤总监丹•科恩与哈佛著名教授合著了变革管理著作《变革之心》： 变革管理著作《变革之心》 德勤的“目睹——感受——变革”的模式： 德勤变革模式 德勤的变革管理工作通常遵循八个工作步骤：  建立危机意识；  建立指导团队；  重新明确目标；  全方位沟通； 协助人们观察 栩栩如生的情景旨在为他人生动展示八个 步骤中的问题、解决方案、或在应对自满 、策略、授权或其他关键问题方面的进展 观察 感觉 变革 分析逻辑有助于创造栩 栩如生的情景 感性想法会改变行为或强 化已改变的行为！ 逻辑 看到新鲜事物会影响人们的情感 形象化可为人们提供有益的想法，以在更深 层次而非表面思想上对人们产生影响。该等 想法会引起发自内心的反应，以减少阻碍变 革的情绪，并增加支持变革的情绪。 178  充分授权；  取得明显的阶段性成效；  始终坚持变革；  巩固变革成果。 德勤的变革管理工作步骤 始终坚持 变革 7 充分授权 5 巩固变革 成果 8 建立团队 2 重新明确 目标 3 建立危机 意识 1 营造变革氛围 4 全方位沟通 取得明显的 阶段性成效 6 动员与行动 执行与落实 179 . 报价表 报价总表 价格单位: 人民币 元 项目名称 陕西数据治理咨询方案 招标编号 N/A 总报价 小写：¥3,832,000 报价分项说明 分项名称 分项内容 价格 价格计算依据说明 德勤咨询专家 ¥3,000,000 共计 30 人月 单价：10 万/月 中油瑞飞咨询 专家 ¥600,000 共计：12 人月 单价：5 万/月 陕西数据治理咨询 方案 中油瑞飞实施 费用报价 ¥232,000 共计：8 人月 单价： 万/月