作为大数据管理中心成立后的第一个项目，城运平台的定位极高——要整合市政、交通、应急、环保等十几个部门的数据，搭建一个能实时监测城市运行状态、快速响应突发情况的“智慧大脑”。之前林晓负责过的智慧社区项目，和它比起来，规模和影响力根本不在一个量级。

要是能参与到城运平台的建设里，尤其是把住数据入口和治理标准这两块，数据资源科就能成中心的“数据心脏”，可问题是，目前城运平台的筹备工作由中心另一位副主任牵头，具体执行交给了应用开发科，数据资源科连参与的邀请函都没收到。

坐等肯定没机会，只能主动出击。

林晓立刻把程力叫到办公室，把自己的想法和盘托出：“程工，你把咱们之前做智慧社区项目时的资料整理一下，重点是数据汇聚的流程、治理的方法、标准化的方案，还有中间件的应用案例，越详细越好，尤其是那些解决过的数据冲突、质量问题的具体做法，都要写清楚。”

“好嘞林科，我这就去整理，明天中午前给您。”程力爽快地答应下来，他也早就盼着能参与更有分量的项目。

接下来的两天，林晓对着程力整理的技术文档，结合自己对城运平台的调研，一笔一划撰写《关于城运平台数据底座建设的初步思考与建议》。

写这份建议时，林晓特意避开了空泛的理论，直指要害——她在文中明确指出，城运平台整合多部门数据，大概率会遇到三个核心问题：一是各部门数据标准不统一，比如同样是“交通拥堵数据”，交警部门和城管部门的统计口径不一样，数据根本没法直接用；二是数据质量没保障，有些部门的数据更新不及时，甚至存在错漏，会影响平台分析结果；三是数据壁垒难打破，部分单位对数据共享有顾虑，可能会拖延数据接入进度。

建议稿前前后后斟酌修改了三版，每一个方案都附上了具体案例和技术参数，沉甸甸的十几页纸，字字都是干货。

写完最后一个字，林晓看着文档，心里却在盘算一个更大胆的决定——这份建议，直接送给中心负责城运平台筹备的王副调研员。

她早就打听清楚，王副调研员是中心的老人，业务能力强，且有消息说，他很可能会成为未来分管城运平台的副主任。更重要的是，王副调研员一向看重能解决实际问题的人，不