数据治理中的“治理边界”问题：哪些字段归业

数据治理推进中，一个常见的争议是：业务部门认为治理团队管得太宽，增加了操作负担；治理团队认为业务部门不配合，数据质量改善缓慢。争议的焦点往往落在“边界”上——哪些数据问题由业务部门自行处理，哪些需要治理团队介入，没有明确的划分标准。边界模糊时，治理的执行成本会持续累积在协调环节。以下从治理边界的定义、治理范围的颗粒度、治理介入的触发条件三个维度展开。

一、治理边界的定义

治理边界需要回答三个问题：治理团队管哪些数据字段、管哪些操作环节、管到什么程度。

字段层面的边界需要区分核心字段和辅助字段。客户信息中的客户编码、客户名称、统一社会信用代码属于核心字段，录入错误会直接影响跨系统的客户识别和单据匹配，需要纳入治理范围。客户信息中的兴趣爱好、年龄范围、职业属于辅助字段，录入错误不影响核心业务流程，不需要纳入治理范围。核心字段的范围由业务部门和治理团队共同确认，确认的依据是该字段在业务流程中的影响范围和出错后的修正成本。核心字段清单的维护周期与业务变化相关，业务变化较快时核心字段的范围可能需要重新确认，确认周期以季度为单位。

操作环节层面的边界需要区分录入阶段和修改阶段。录入阶段的数据质量由业务部门负责，治理团队在录入阶段不介入。修改阶段涉及字段变更时，核心字段的修改需要经过治理团队的校验和审批，辅助字段的修改由业务部门自行处理。录入阶段和修改阶段的边界划分依据是数据的变更频率和变更的影响范围，高频变更的字段在修改阶段的治理介入频率可以适当降低。

治理程度层面的边界需要区分监控和干预。治理团队对数据质量进行监控，指标异常时发出通知。通知发出后，治理团队不直接介入数据的修正操作，修正操作由业务部门执行。治理程度的上限是监控和通知，下限是不主动发现数据质量问题。治理团队不直接介入业务操作，业务部门保留对数据的修改权限。治理团队介入修改环节会改变数据质量的责任归属，业务部门修改时对质量的关注度与治理团队的介入程度成反比。

二、治理范围的颗粒度

治理范围的颗粒度决定了治理团队需要监控的数据字段数量和校验规则数量。颗粒度越细，监控的字段越多，治理的覆盖范围越广，执行成本也越高。颗粒度的选择需要平衡覆盖范围和执行成本。

按数据实体划分治理范围是一种粗颗粒度的方式。物料主数据的所有字段纳入治理范围，客户主数据的所有字段纳入治理范围，供应商主数据的所有字段纳入治理范围。粗颗粒度覆盖范围广，但可能将辅助字段也纳入治理范围，增加不必要的监控工作量。粗颗粒度的优势在于覆盖全面，劣势在于治理投入与业务影响可能不匹配。粗颗粒度下，治理投入与治理收益之间的相关性取决于辅助字段在治理范围中的占比，占比越高，投入产出的匹配度越低。

按字段等级划分治理范围是一种细颗粒度的方式。核心字段纳入治理范围，辅助字段不纳入。细颗粒度的覆盖范围窄，但治理投入集中在影响最大的字段上。细颗粒度的执行成本低于粗颗粒度，但需要治理团队与业务部门逐一确认字段等级。细颗粒度的执行前提是字段等级划分标准的一致性，划分标准不一致时，不同类别数据中的字段等级认定会出现差异，治理覆盖的字段范围在各类数据之间不一致。

按业务场景划分治理范围是一种折中方式。涉及财务核算和客户合同的数据字段纳入治理范围，涉及内部统计和辅助分析的数据字段不纳入。业务场景划分的依据是该场景中数据出错后的业务影响范围，影响范围较广的场景优先纳入治理范围。影响范围的评估周期与业务场景的变更周期一致，新业务场景上线时同步完成影响范围评估，已有业务场景的评估结果在年度复查中确认。

三、治理介入的触发条件

治理团队何时介入业务操作，需要设定明确的触发条件。触发条件不明确时，治理团队可能过度介入或介入不足。

阈值触发是最常见的介入方式。数据质量指标（完整率、准确率、重复率）低于设定阈值时，治理团队发出通知。阈值设定需要区分核心字段和辅助字段，核心字段的阈值高于辅助字段。阈值的初始设定依据是业务部门可接受的质量水平，运行期间根据实际质量分布调整。核心字段的完整率阈值设定在95%以上，辅助字段的完整率阈值设定在80%以上，阈值的差异反映了字段重要性对质量要求的差异。阈值的调整周期与质量指标的变化趋势相关，指标趋势稳定时调整周期可以延长，指标趋势波动明显时需要缩短调整周期。

频次触发适用于重复性数据问题。同一字段在同一业务环节连续出现多次质量问题时，治理团队介入分析根因。频次触发的阈值设定依据是问题出现的频率和修正成本，高频低成本的修正问题可以不触发治理介入，低频高成本的修正问题需要触发。频次触发的执行依据是问题记录的累积数量，累积量超过设定阈值时自动触发。

变更触发适用于数据标准调整和系统切换阶段。标准变更生效后的第一个月内，治理团队对变更涉及的数据字段进行重点监控。监控期内发现的问题按变更类型分类处理，规则类变更的问题反馈至标准制定部门，操作类变更的问题反馈至业务部门的培训环节。变更监控期的长度以周为单位，前两周监控频率较高，后两周监控频率降低，监控期内问题发生率呈下降趋势时，监控可以提前结束。问题发生率在监控期结束时未出现下降趋势时，需要延长监控周期，并反馈至相关部门。

四、新易编码在治理边界中的位置

新易编码在数据治理中的定位是编码规则的统一配置和编码质量的监控，不涉及业务数据的修正操作。

编码规则的配置由治理团队在新易编码中完成，业务部门不参与编码规则的修改。业务部门在编码申请时按照系统提示填写属性信息，系统按规则生成编码。治理团队在编码规则配置中承担的是规则维护工作，不介入具体的编码申请操作。规则维护的调整依据是编码驳回率的变化趋势，驳回率持续高于阈值时触发规则调整流程。

编码质量的监控由新易编码的质量看板完成。编码重复率、驳回率、分类错误率在质量看板中展示，治理团队查看质量指标，确认异常时通知业务部门。业务部门收到通知后自行检查并修正。治理团队不直接修改业务部门的编码申请记录，质量通知的发送后不追踪修正结果，修正结果的确认由业务部门在下一个监控周期中反馈。

数据治理中的治理边界，需要在字段层面、操作环节层面、治理程度层面分别设定。字段层面的边界区分核心字段和辅助字段，操作环节层面的边界区分录入阶段和修改阶段，治理程度层面的边界区分监控和干预。治理范围的颗粒度选择粗颗粒度或细颗粒度，影响治理投入与治理收益的匹配度。治理介入的触发条件包括阈值触发、频次触发、变更触发，触发条件明确时治理团队的介入时机可以预测。新易编码在治理边界中的定位是编码规则的配置和编码质量的监控，不涉及业务数据的修正操作。治理边界的维护周期与业务变化相关，业务变化较快时边界可能需要调整，调整的依据来自治理介入频率的变化趋势和业务部门的反馈。边界设置的稳定性决定了治理团队与业务部门之间协调成本的波动范围，边界明确时协调成本保持在较低水平，边界模糊时协调成本可能上升。协调成本的变化趋势与边界调整的频率相关，调整频率较高时协调成本的波动范围可能扩大。边界调整的目的是在业务变化后重新划定治理团队与业务部门之间的职责范围，调整的完成周期越短，协调成本恢复至较低水平的时间窗口越短。

 

如果您有物料编码相关的问题，欢迎咨询新易物料编码