当法规处对某个条款提出合规性质疑时，他会说：“小沈，你提的这个问题很关键。大家想想，怎么在满足业务需求的同时，也符合法规要求？”——把合规从“障碍”变成“设计原则”。
这些技巧不是他天生会的，是在一次次碰撞中学的。有时候他也会判断失误，提出一个大家都反对的方案。但没关系，推翻重来就是。重要的是，讨论在推进，共识在积累。
周五下午，第三次小组会议。这次刘建军来了。
三个小组分别汇报了一周的成果：
数据分级小组拿出了初步的数据分类清单，把全厅业务数据分为三级：公开共享级、受限共享级、核心保密级。每一级都有明确的定义和访问权限。
权限管理小组设计了双层权限体系：常规权限由信息中心统一管理，紧急权限需要特殊审批并事后审计。
技术路径小组提出了“分步实施、平滑过渡”的技术方案：第一阶段先用现有系统搭建简易平台，实现基本功能；第二阶段再逐步升级，完善系统。
刘建军听完汇报，问了几个关键问题：
“核心保密级的数据，由谁来确定？”
“由数据产生部门提出，工作小组审核，厅领导批准。”林凡回答。
“紧急权限的审批，具体流程是什么？”
“项目组长申请，分管厅领导批准，信息中心执行。全过程记录，24小时内必须提交使用报告。”
“技术方案的第一阶段，需要多少预算？多长时间？”
吴主任回答：“预算大概三十万，主要是现有系统的适应性改造。时间的话，如果顺利，两个月可以上线试运行。”
刘建军点点头，看向在座的每一个人：“大家这一周辛苦了。成果比我想象的快，也好。但是——”
他顿了顿：“这些方案，你们自己觉得能推行下去吗？”
这个问题很突然。会议室里安静下来。
“我说实话，”建设处老王先开口，“我觉得数据分级清单太保守了。很多我们需要的项目进度数据，都被定为‘受限共享’，申请流程还是复杂。”
“我也说实话，”财务处小刘说，“我觉得还是太松了。资金数据就算脱敏，项目经理能实时看到状态，也会给我们财务处带来很大压力——他们会天天催问为什么‘在途’这么久。”
规划处陈工、信息中心吴主任、法规处小沈，也都提了各自的担忧。
刘建军听完，说：“这就对了。如果一个方案，所有人都完全满意，那肯定有问题——要么是有人牺牲了根本利益不敢说，要么是方案太理想化脱离实际。现在这样，大家都有满意的地方，也都有不满意的地方，反而说明这个方案是现实的、可行的。”
他站起来，走到白板前：“下周的任务，不是继续完善这个方案，而是拿着这个方案，回去征求你们各自处室的意见。把你们刚才提的这些不满意的地方，都作为问题抛出来，听听处里其他人怎么说。特别是那些实际操作的人——科员、项目经理、一线经办人。”
“然后呢？”
“然后把反馈带回来，我们再修改。”刘建军说，“记住，我们设计的不是一套完美的理论体系，而是一个能实际运行的工作机制。所以，必须让最终使用它的人参与进来。”
会议结束，小组成员陆续离开。林凡留下来整理会议室。
窗外已是黄昏，夕阳给城市镀上一层金色。一周的高强度工作，让他疲惫，但也充实。
刘建军还没走，站在窗边看着外面。
“林凡，这一周感觉怎么样？”
“累，但学到了很多。”林凡实话实说，“尤其是您刚才说的——让最终使用者参与。我之前光想着平衡各处室的利益，忘了最根本的，是要让这个机制好用。”
“这是常犯的错误。”刘建军转过身，“设计改革方案的人，往往站在管理者的角度，想着怎么控制、怎么规范、怎么安全。但真正的好机制，首先要站在使用者的角度，想着怎么方便、怎么高效、怎么解决问题。”
“那怎么才能站在使用者的角度？”
