数据治理组织：三层结构与认责落地.docxVIP

数据治理组织：三层结构与认责落地

数据出错之后，最常见的一句追责结论是「系统是按需求做的」。这句话把责任推给了空气：提需求的部门说需求没错，开发方说按需求实现了，录数的岗位说我们就是这么录的。三方都在正常工作，数据却错了，而没有任何一方需要解释「为什么这个字段可以是空的」。

这种局面不是技术问题，也不完全是标准问题。它是组织问题——没有人被明确授权，对一条不合标准的数据说「不」。?这一章要解决的就是这个授权问题：三层治理组织各自该干什么、怎么议事，认责怎么一步步落到业务部门和具体的人身上，以及落地之后怎么防止它变成一纸空文。

[第16章数据文化](/data-governance/16-数据文化与能力建设)处理的是怎么让业务愿意认责，那是意愿问题；这一章处理怎么把意愿变成岗位职责和会议决议。意愿有了但没有机制，业务会在第一次赶工期时放弃标准；机制有了但没有意愿，业务会消极配合。两者缺一不可，但机制是可以设计的，意愿只能慢慢养。

17.1三层结构：决策层、管理层、执行层

治理组织几乎都长成三层的样子，差别在于每层手里有没有对应的权限。落到具体一条数据上就能看清差别：同一个「设备台账」数据域，决策层管的是「设备唯一标识能不能全集团统一」，管理层管的是「位号、型号、投运日期三个字段各自取什么值」，执行层管的是「检修专业录的位号在功能位置码注册表里查不到就拒收」。同一件事，三层各