本文面向负责委托、审批战略,或日后需要执行战略的人员:机关的secretarz(市/县秘书长)和skarbnik(财务总监/财政官员)、municipal公司(市属公司)的总经理和董事会成员、企业的CEO和CFO,以及希望这份文件能真正助力预算谈判的IT经理。关于机关战略中常见错误,我在另一篇文章JST的IT战略:常见错误中专门讨论过。本文聚焦于文件本身应包含的内容。
为什么战略文件会被束之高阁
根据我在公共机构和私营企业中的观察,战略文件在内容本身上很少有问题。它之所以被束之高阁,是因为在第一个具体决策面前无法真正派上用场。
- 从愿景出发,而非从盘点出发。 没有人核实过组织已有哪些系统、合同和依赖关系,于是计划在第一次采购时就与现实脱节。
- 描述了目标,却没有先后顺序。 一切都很重要,于是没有一件事被排在第一位。
- 没有对应的资金。 战略与预算脱节,导致两者各自为政。
- 没有改变采购方式。 后续系统仍按老办法采购——基于供应商的报价,而非组织自身的标准。
- 没有明确负责人。 文件经由决议或董事会决定通过后,其生命也就此终结。
- 使用IT语言撰写。 董事会和议会在其中看不到自己关心问题的答案:要花多少钱、为了什么、如果什么都不做会怎样。
一份真正管用的战略应包含的七个要素
- 现状盘点。 系统台账应包含负责人、合同、许可证、成本和支持终止日期,以及流程与集成关系图、风险登记册。缺少这些,后面每一项都只是猜测。这是资产盘点的工作。
- 目标架构。 一张简明的图,展示登记系统、流程、集成和权限之间的相互关系。这不是要画技术架构图,而是要回答:哪些系统是核心、哪些是支撑;数据应在哪里生成,哪些系统应当继承这些数据。
- 标准。 适用于每一次采购的若干规则:如何分配权限、员工使用界面应遵循什么规范、如何记录需求文档、我们必须拥有哪些数据权利、用什么语言(标准)来描述流程、如何为终止合作做好退出保障。
- 区分法律义务与投资的路线图。 一部分是因法律或合同要求必须完成的事项(在机关中,例如EZD类系统、KSeF、e-Doręczenia即电子送达系统),另一部分是因为划算而去做的事项。要有先后顺序和理由说明。举例来说:从KSeF下载的发票可以直接归入案卷,但依法应当先经过业务审核、形式与核算审核,最终自动记入财务会计系统。
- 区分投资与运维的预算。 每上线一个新系统,运维成本都会增加,这一点应在采购决策做出之前就清楚展示。更多内容见我关于总拥有成本的文章。请记住,实施通常是一次性投资(CAPEX),但从预算、业务连续性和安全性的角度看,服务与更新属于运维支出(OPEX),年年都会重复发生。
- 系统采购规则。 何时需要在采购前进行盘点或分析、谁来对报价进行评审、合同中必须包含哪些条款。其中部分内容我在避免vendor lock-in的SWZ撰写一文中有所论述。
- 负责人与评审节奏。 管理层应指定专人负责,至少每年结合预算编制对战略和总拥有成本进行一次评审,并遵循明确、可重复的评审周期规则。
检验一份战略文件最简单的方法:skarbnik(财务总监)或CFO在编制下一年度预算时,能否直接从中提取具体项目及其理由?如果不能,说明战略与预算各自为政,而IT支出的决策实际上取决于当下的紧急程度。
实际案例
某中等规模gmina(乡镇)下属的市政供水公司在编制下一年度IT采购计划。IT部门起初申请同时更换办公电脑、采购新的监控系统,并升级网络基础设施。然而董事会要求先说明,从供水连续性的角度看,哪些支出最为紧迫。
公司从资产盘点入手:梳理设备、软件、网络连接和服务合同,并将其与具体业务流程一一对应——从客户服务到净水厂的运行控制。结果发现,负责与净水厂通信的部分中间设备即将到达支持终止期限,而且并非所有站点的连接文档都齐全。与此同时,大部分办公电脑仍可继续使用,对关键业务影响不大。
基于此,采购顺序做出了调整。首先安排理顺并加固与技术设施的连接,并更换那些一旦故障可能影响供水监控的设备。其次计划补充备份与监控措施。办公电脑的部分更换则推迟到后续阶段。
在董事会面前,IT部门不再用"设备老旧"这样笼统的说法来为预算辩护,而是展示出清晰的因果链:具体基础设施组件 → 所支撑的业务流程 → 故障后果 → 建议的采购项目。这使董事会能够分阶段批准支出,并向监事会解释,为什么与业务连续性相关的基础设施获得了优先权,而不是员工最直观感受到的办公设备。
何时需要独立顾问
如果组织内部有人有时间且能够统筹全局,战略文件完全可以自行撰写。而在以下情况下,外部支持会更有价值:现状尚未被系统梳理记录、战略需要作为向议会/所有者/上级机关争取预算的依据、多项监管义务同时来临、或是管理层与IT部门对优先级的看法不一致,需要有人把双方的视角相互转译。
我基于资产盘点,提供数字化战略与目标架构的制定服务:包含路线图、标准、采购规则,以及一份经得起质询的预算方案。