📚 课程目录第2章数据资产识别与分类

2. 数据资产识别与分类：业务数据、技术数据、管理数据的划分，数据资产目录构建

好，咱们进入第二章。上一章聊了Owner机制为什么重要，这一章得先解决一个基础问题——到底哪些东西算数据资产？怎么分门别类？

我见过不少团队，一上来就喊“我们要做数据资产管理”，结果连自己手里有什么数据都说不清楚。你想想看，连家底都没摸清，怎么管？

所以，数据资产的识别与分类，是所有工作的起点。这一步走扎实了，后面的Owner指派、质量监控、安全分级才能落地。

不是所有数据都能叫资产。我个人习惯用三个条件来判断：

核心观点：满足这三个条件的数据，才值得纳入资产管理体系。不满足的，先放一放，别什么都往里塞。

我在项目中遇到过一家企业，把服务器上的临时日志文件也列入了资产清单，结果光梳理就花了两个月，最后发现那些日志三天就过期了。嗯，这就是典型的“什么都往里塞”。

数据分类的方式很多，但我在实际工作中最常用、也最推荐的是三分法——业务数据、技术数据、管理数据。为什么？因为它直接对应了数据的来源、用途和治理责任。

分类	定义	典型示例	Owner归属
业务数据	业务运行过程中产生的核心数据	客户信息、订单记录、产品目录、交易流水	业务部门
技术数据	支撑系统运行和开发的技术元数据	数据库表结构、API接口定义、ETL脚本、配置参数	技术部门
管理数据	用于管理和监控的数据	数据质量报告、访问日志、权限记录、审计轨迹	数据治理团队

业务数据是企业的命根子。说白了，没有业务数据，企业就没法运转。

识别业务数据时，我建议你从业务流程入手。比如一个电商平台：

你看，每个业务环节都会产出对应的数据。把这些数据梳理出来，就是业务数据资产的主体。

我的经验：业务数据的Owner一定要落在业务部门，不能甩给IT。我曾经见过一家银行，把客户信息数据的Owner放在技术部，结果业务部门根本不认，数据质量一塌糊涂。

技术数据很多人不把它当资产，这是个误区。你想想看，没有数据库表结构定义，业务数据往哪儿存？没有API接口文档，系统之间怎么对接？

技术数据包括但不限于：

我记得有一次帮一家制造企业做数据治理，他们所有的ETL脚本都散落在各个工程师的本地电脑上。后来一个核心工程师离职，整整三个月的报表跑不出来。这就是技术数据没人管的后果。

避坑指南：我曾经见过一个团队，把技术数据的管理完全交给开发人员，没有统一登记。结果系统升级时，一半的接口文档都是过期的。技术数据也需要纳入资产目录，定期更新。

管理数据很多人不重视，觉得它是“副产品”。但在我看来，管理数据恰恰是证明你治理工作有效性的关键。

管理数据主要包括：

这些数据有什么用？举个例子，审计来了，问你“这个客户数据谁碰过？”你拿出访问日志，清清楚楚。这就是管理数据的价值。

分类分好了，接下来就是把这些资产“登记造册”——构建数据资产目录。

我个人习惯用五步法：

下面这张图展示了数据资产目录的核心结构：

每个资产条目都应该包含以下信息：

一个小建议：资产编号最好带上分类前缀，比如BA代表业务资产，TA代表技术资产，MA代表管理资产。这样一看编号就知道是哪类数据，方便检索。

做了这么多项目，我总结了几条常见坑：

我曾经踩过的坑：有一年帮一家金融公司做数据治理，我们花了三个月把目录建得漂漂亮亮，结果半年后去看，一半的资产信息已经过时了。从那以后，我坚持在目录里加上“最后更新时间”和“审核周期”两个字段，强制定期刷新。

数据资产识别与分类，说白了就是搞清楚“我们有什么”、“它是什么类型”、“谁该管它”。

业务数据是核心，技术数据是基础，管理数据是保障。三者缺一不可。