县级行政机构在没有IT主管的情况下,数字化改造应从何处入手?

本文面向各县的秘书长和县长，以及负责协商预算的财务主管（skarbnik）。县级行政机构有其自身特点：众多部门各自使用专业业务系统和国家级登记簿，下辖多个县属组织单位，并且根据国家网络安全体系法（KSC），具有关键实体的法律地位。因此，IT管理的规范化在这里不仅关乎便利，更关乎法定义务的履行。

为什么县级行政机构面临更大难度

县级行政机构处理的事务，依赖于由不同供应商和机构维护的系统与登记簿：车辆登记、地籍资源、建筑事务、财务、人事和文书收发。每个部门都熟悉自己的系统，但很少有人能看清全貌：哪些系统之间在交换数据、谁是合同的责任人、供应商的支持服务何时到期、一旦供应商提价会发生什么。

从与各县行政机构的交流中，我发现了几个反复出现的原因：

• 知识分散。 IT人员了解基础设施，各部门了解自己的应用程序，供应商了解自己的合同。没有人掌握完整的全局图景。
• 各项义务分别出现,但最终都落在同一批人身上。 KSC、KSeF、e-Doręczenia电子送达系统、中央合同登记簿以及即将实施的EZD级系统义务，实际上都是对同一套文件流转体系的改造。
• IT部门规模很小。 两三个人维护设备、网络和机构的日常运作，没有时间主导大型系统的选型工作。
• 决策在时限压力下仓促作出。 此时已经没有时间进行报价比较，县级行政机构只能在较弱的谈判地位上与供应商周旋。

第一步：系统与合同盘点

第一步不是选择系统，而是盘点县级行政机构已经拥有的资产。一次好的盘点能回答一些基本问题：每个部门运行着哪些系统、谁是责任人、与谁签订了合同、合同期限到何时、维护成本是多少、哪些系统之间存在数据交换、单点故障（即某一环节出问题或某位人员离职就会导致工作停摆的环节）出现在哪里。

盘点工作耗时2-6周，费用低于公共采购门槛，且无需访问居民数据。最终成果是为县长和县管理委员会（Zarząd Powiatu）准备的一页纸报告，以及一整套文件，供后续每一步使用。详情参见：IT系统盘点。

第二步：一页纸的职责规划

基于盘点结果，形成一份列明义务和期限的一页纸文件。针对每项义务：谁负责、下一步是什么、截止到何时。

1. EZD级系统。 即将实施的义务；根据数字化部2026年10月的说明，期限已推迟至不早于2029年，相关法规仍在草案阶段。建议持续跟踪确认，因为时间表可能会更新。
2. KSC。 根据国家网络安全体系法，县级行政机构属于关键实体，部分义务有各自独立的期限。从何处入手，我在这篇文章中有详述：县级行政机构中的KSC法。
3. KSeF与e-Doręczenia电子送达系统。 改变的是发票和公文的流转方式，因此触及与EZD级系统相同的流程。
4. 中央合同登记簿。 需要关于合同的信息，而这些信息盘点工作本就会收集；具体步骤我在这篇文章中有详述：中央合同登记簿分步指南。

第三步：能在县议会面前站得住脚的预算

把IT预算作为单一科目列出，很难得到通过。但如果将其拆分为法定义务（依法必须完成的事项）和投资（为提高机构运作效率而主动开展的事项），并附上不作为的代价说明——即如果什么都不做会发生什么——就容易获得支持得多。预算草案通常在秋季编制，因此这正是准备这种拆分方案的最佳时机。详见文章：提交县议会前的IT预算。

第四步：无需新增编制的数字化负责人

每个大型项目都需要一位负责人：一个统筹全局、把关期限和决策的人。在没有IT主管的县级行政机构中，这个角色通常落在秘书长身上，尽管他往往没有足够的时间和大型系统选型方面的经验来胜任。与其设立新职位，不如引入一位兼职的外部顾问来提供支持：这个人每周或每月与秘书长和IT部门负责人会面，维护项目和风险登记簿，协助与供应商的沟通，并对供应商的方案进行独立评估。决策权始终留在县级行政机构手中。

实践案例

我在一个大型地方自治单位（JST）中见过同样的机制，当时机构方的合作伙伴是信息化部门主任。该机构不断积累越来越多互不关联的应用程序，这些程序原本是为了支持各部门的工作而引入的。我们从对需求和现有系统进行基础盘点开始。在此基础上，形成了一份行动路线图，用于优化后续项目的成本，随后进一步形成了应用战略的基础，并转化为具体的技术要求：最优的总体拥有成本（TCO）、降低对单一供应商的依赖（vendor lock-in）风险，以及将知识从供应商转移到内部IT团队的计划。

该机构采纳了流程建模、供应商间知识转移以及系统需求与架构文档化的标准，并将应用战略规划到了未来十年。最令人意外的发现是：那些拥有独立预算和权限的组织单位，一直在各自平行地推进自己的信息化项目。这些项目不断扩大数据孤岛、推高维护成本，而实际上从一开始它们完全可以被纳入同一套连贯的整体战略之中。如果没有盘点工作，没有人会看到这一点。