文章
业务过程清单、关键活动矩阵
在DCMM（数据管理能力成熟度评估模型）中，业务过程清单是核心交付物之一，用于支撑后续的数据识别、业务术语定义、数据治理等工作。
1. 业务过程清单（核心交付物）
目标：清晰描述企业核心业务过程，为数据治理提供流程基础。
格式示例：
| 业务域 | 业务过程编号 | 业务过程名称 | 过程描述 | 输入 | 输出 | 涉及部门 | 关联系统 |
|---|---|---|---|---|---|---|---|
| 销售业务域 | PROC-SALE-001 | 公司产品销售 | 从产品推介到签约的全流程 | 产品说明、客户需求 | 洽谈记录、签约合同 | 销售部1、销售部2、法务部 | CRM、合同管理系统 |
| 销售业务域 | PROC-SALE-002 | 客户售后服务 | 解决客户售后问题 | 客户投诉/咨询 | 服务工单、解决方案 | 销售部3、客服部 | CRM、工单系统 |
作用：
- 明确企业有哪些核心业务过程，避免遗漏。
- 为后续数据识别（哪些数据在哪个过程产生）提供依据。
2. 关键活动矩阵（细化业务过程）
目标：分解业务过程的具体步骤，识别数据产生点。
格式示例：
| 业务过程编号 | 关键活动编号 | 关键活动名称 | 活动描述 | 执行角色 | 产出数据 | 数据敏感度 |
|---|---|---|---|---|---|---|
| PROC-SALE-001 | ACT-001 | 客户需求分析 | 通过电话/会议分析客户需求 | 销售经理 | 客户需求文档 | 高 |
| PROC-SALE-001 | ACT-002 | 产品方案制定 | 根据需求制定销售方案 | 销售专员 | 产品报价单 | 中 |
| PROC-SALE-001 | ACT-003 | 合同签订 | 与客户确认合同条款并签约 | 法务专员 | 电子合同 | 高 |
作用：
- 识别每个业务过程的关键步骤，明确数据在哪个环节产生。
- 帮助后续定义数据责任人（Data Owner/Steward）。
3. 业务术语表（标准化术语）
目标：统一业务语言，避免各部门对同一概念理解不同。
示例：
| 术语名称 | 定义 | 相关业务过程 | 数据实体 | 同义词 |
|---|---|---|---|---|
| 签约合同 | 与客户达成的具有法律效力的协议 | PROC-SALE-001（公司产品销售） | contract_info | 销售合同、客户协议 |
| 客户需求文档 | 记录客户具体需求的正式文件 | PROC-SALE-001（客户需求分析） | requirement_doc | 需求说明、客户需求记录 |
作用：
- 确保不同部门对同一业务概念的理解一致。
- 为数据字典（Data Dictionary）奠定基础。
4. 业务过程-数据映射表（关联流程与数据）
目标：明确哪些业务过程产生哪些数据，支撑数据资产梳理。
示例：
| 业务过程 | 关键活动 | 产出数据 | 数据分类（主题域） | 数据所有者 |
|---|---|---|---|---|
| 公司产品销售 | 合同签订 | 电子合同 | 合同主题域 | 法务部 |
| 公司产品销售 | 客户需求分析 | 客户需求文档 | 客户主题域 | 销售部 |
| 售后服务 | 工单处理 | 服务工单 | 服务主题域 | 客服部 |
作用：
- 识别企业核心数据资产及其来源。
- 为数据质量管理（如合同数据的完整性检查）提供依据。
最终交付物清单（DCMM推荐）
- 业务过程清单（核心流程概览）
- 关键活动矩阵（流程细化，识别数据产生点）
- 业务术语表（统一业务语言）
- 业务过程-数据映射表（关联流程与数据资产）
为什么这些输出物重要？
- DCMM评估要求：明确业务过程是数据治理的基础（DCMM Level 2以上均要求流程标准化）。
- 数据治理落地：只有清楚知道数据在哪个业务过程产生，才能有效管理（如数据质量、安全、权限控制）。
- 系统建设支撑：帮助IT团队理解业务流程，设计更符合业务需求的数据架构。
过业务过程清单→关键活动分解→数据映射，企业可以系统化地建立数据治理基础，这正是DCMM的核心思想！