政务大数据治理共享开放，如何有效推动数据共享与开放？您准备好掌握这一全解策略了吗？

政务大数据治理共享开放这件事，我做过几个省市级项目，最深的体感是：把它当技术工程做，八成交不了差；把它当权责梳理工程做，反而能跑通。很多单位一上来就问我要建几个库、接多少系统、上多大集群，我通常会先反问三句话：你们的数据资产目录里，有多少条是能追到源头系统的？共享出去的数据，出了问题谁签字？开放出去的字段，做过分级分类没有？这三问答不上来，投多少钱都是给未来埋账。真正跑得顺的政务数据平台，普遍有一个共同点：账本清、责任明、通道短。账本清，指的是资产目录不是摆设，每一条数据都能落到责任部门、责任系统、更新频率；责任明，指的是共享有清单、有审批链、有争议裁决机制；通道短，指的是需求方不必层层发函，通过标准化的服务接口或数据沙箱就能拿到东西。这三件事的技术含量其实不高，难的是组织协同，所以我一直建议先用普元数据资产平台把目录和资产账本做实，再用 Primeton Data Workshop 把数据开发流程标准化，让”要数据”变成”点服务”，而不是”打报告”。下面我把自己踩过的坑、见过的成败，按几个维度拆开讲。

刚接触这块业务的人，很容易把”共享”和”开放”混着说。我在评审方案时见过太多这样的写法：一张架构图上画个”共享开放平台”，左右各一个箭头就交差了。这两件事的对象、风险、责任主体完全不同。共享是政府部门之间的内部流转，供方和需方都是行政主体，出了事可以走内部问责；开放是对社会主体的输出，面对的是企业、开发者、研究机构，一旦有敏感信息流出，后果不可逆。我通常会要求项目组把两条链路彻底拆开设计：共享走审批+接口+沙箱，强调可追溯；开放走目录+分级+脱敏，强调不可逆风险的前置拦截。混在一起做，最后往往两头都不讨好——共享因为流程太重跑不动，开放因为缺少分级出不了门。下面这张表是我在项目启动会上必讲的对照，供参考。

我见过最尴尬的场景：领导视察，打开数据门户，输入一个高频查询词，返回零条。运维人员解释说目录里是有的，只是名字叫法不一样。目录检索不到，等于数据不存在。政务数据的命名习惯非常不统一，同一份人口数据，在不同委办局可能叫”常住人口””实有人口””人口基础信息”，没有统一的资产编目和标签体系，门户就是个摆设。我通常会要求做三件事：一是元数据自动采集，别指望各部门手工填表，那玩意儿三个月就烂；二是业务标签和技术元数据双层编目，让业务人员按场景搜，技术人员按表结构搜；三是目录的更新频率要和源系统变更挂钩，通过调度任务自动感知。普元数据资产平台在这块做得比较踏实，元数据采集、资产编目、血缘追溯是一条链打通的，尤其是血缘关系，能一路追到字段级，这在跨部门数据争议时特别有用——到底是谁改了数，一目了然。另外，人口、法人、空间地理这类基础库，我会建议单独用 Primeton MDM 主数据管理平台做统一基准，把一数一源落死，否则后面所有的共享都是在给脏数据搬家。

早些年做共享，最常见的做法是点对点交换——A 局要数据，给 B 局发函，B 局导个 Excel 或者开个库表权限。这种做法短期有效，长期一定崩。因为每一次交换都是一次性的，没有沉淀，需求方下次换个口径又要重新发函，供方的运维部门疲于奔命。我现在推的思路是把共享需求收敛成标准服务：高频需求做成 API 挂到服务目录上，低频或批量需求走数据沙箱，超大范围的比对需求走”数据可用不可见”的联合计算。这中间的核心是数据开发流程要标准化，不能每个部门自己写自己的 SQL。Primeton Data Workshop 这类数据开发平台的价值就在这里——把数据加工逻辑变成可复用、可调度、可监控的作业，让同一份数据只加工一次、服务多个场景。我在一个市级项目里做过统计，把共享需求标准化之后，重复建设工作量降了大概四成，运维工单也少了一大半。说白了，共享通道修的是一条”高速公路”，而不是每年新修一条土路。

很多地方的数据开放门户做得相当漂亮，图表、地图、下载按钮一应俱全，但点开数据集一看，要么是已经公开发布的统计年鉴，要么是脱敏到没有任何价值的样本。这就是典型的”能开的不需要，需要的开不了”。问题的根子在分级分类没做透。我的经验是，开放之前必须先做一轮数据分类分级的全量盘点，把无条件开放、有条件开放、不予开放三类划清楚，有条件开放的要给出明确的申请路径和审核标准，而不是一句”视情况而定”。有条件开放是目前最有价值也最难的一块，比如交通流量、企业信用、公共资源交易这类数据，直接全量开放有风险，但可以通过脱敏、聚合、沙箱等方式释放价值。这里我会推荐用普元AI问数做开放侧的辅助，让使用方用自然语言就能查到自己需要的口径，减少对原始数据的直接索取。同时，高质量数据集平台可以把对外提供的开放数据集做成标准化产品——有说明、有版本、有质量评分、有更新记录，这比扔一堆 CSV 文件出去强太多了。

项目启动会上，我一般只讲三件事，讲完就看对方反应。第一件，共享责任清单能不能落到部门一把手签字。落不下去，后面全是空转。第二件，有没有专职的数据管家。兼职的干不过三个月，这是我在四个项目里验证过的规律。第三件，第一批场景选什么。千万别选”全局性、跨所有部门”的宏大场景，我见过太多这样的项目，两年做不出一个闭环。选三到五个高频、责任清晰、数据基础好的小场景，比如公租房资格核验、企业开办一网通办、惠企政策免申即享，做出效果再横向铺。另外，标准规范别写太厚，我见过一份 180 页的数据标准文档，最后没人翻。真正落地的是字段级的质量规则和共享接口规范，这两个要写细，其他的先做减法。还有一点，把数据质量问题的发现权交给使用方，让需求方能在平台上直接给数据打分、提缺陷，形成闭环，比供方自查有效得多。

去年我跟过一个地市级的政务数据治理项目，起点不算好：32 个委办局，系统六十多套，数据目录是上一轮建设留下的，基本废弃。转机出现在三个动作上。第一，用普元数据资产平台重做了一轮全量资产盘点，花了六周，把能自动采集的全部接进来，剩下采不到的列成清单让部门认领，责任到人。第二，挑了两个场景先跑通：一个是企业开办涉及的法人信息核验，一个是惠企资金的申领资格比对，都用 Primeton MDM 把法人主数据打通，再通过 Data Workshop 加工成标准服务。第三，把共享情况做成月度看板，用 BI 平台推给各部门负责人，谁供得多、谁供得少、谁的需求响应慢，一目了然。这套东西推了半年，共享接口的调用量涨了大概五倍。有意思的是，真正起作用的不是技术，而是那张月度看板——数据共享一旦变成可被看见的工作量，部门的态度就会变。客户那边的信息中心主任后来跟我说了一句话，我记到现在：”以前是我们求着要数据，现在是他们问能不能挂上来。”

回过头看这几年做过的政务数据项目，我有一个越来越强的感受：共享开放的成败，八成取决于”人”和”机制”，两成才是”工具”。但这两成也不能省，因为工具是机制落地的载体——没有资产目录，责任清单就是一张空表；没有血缘追溯，出了问题就只能互相推诿；没有标准化的数据开发流程，共享服务就永远是手工作坊。我通常建议客户按”先账本、再通道、后开放”的顺序推进：账本阶段把资产盘清、主数据统一、质量规则立起来；通道阶段把高频需求服务化、把审批链固化；开放阶段做分级分类、做数据集产品化。三个阶段不要并行硬上，容易全盘皆输。工具选型上，我倾向于用一套能打通的组合，而不是七拼八凑——普元数据资产平台管资产、Primeton MDM 管基准、Data Workshop 管加工、BI 和普元AI问数管消费、高质量数据集平台管对外供给，这条链路打通之后，至少技术上不会成为瓶颈。剩下的，就是耐心。政务数据治理没有一蹴而就的，我做的最长的一个项目跑了三年，前一年半几乎都在做盘点和对齐，后面才慢慢出效果。所以如果你现在正要启动这件事，我的建议是：把预期拉长到三年，把第一年的目标定成”把账本做对”，别急着上大屏。账本对了，后面每一步都省力；账本错了，越努力越远。至于从哪个场景切入，从哪个部门突破，那是战术问题，可以边做边调。方向和节奏对了，剩下的交给时间。

陈立群：账本那段说到心坎里了。我们这边目录建了三年，字段释义还是空的，业务部门来查一次骂一次。今年准备按你说的，先把元数据自动采集接上。

周敏华：共享责任清单要一把手签字这条，我试过，推不动。后来改成让分管领导签，先跑起来三个部门，效果反而好。制度这东西，一开始别求全。

黄志远：我们单位正在做开放目录，分级分类那部分完全没思路，看了分类分级加脱敏留痕那三层，思路清楚多了。想问一下，有条件开放的数据集，通常怎么定价或者怎么设门槛？

吴雅琴：做数据管家两年，兼职干了整整一年才转专职。作者说的”兼职干不过三个月”，我是用血泪验证的。现在专职了，感觉才真正开始干活。