软件标准化是以业务规范化为基础的

前两周出差，客户正在推进政务信息系统的数据和接口，以及政务服务事项的标准化工作。因为涉及多层级、多部门的系统与业务，这两项工作推进起来并不容易。系统多、部门多、层级多，系统之间接口不统一、数据口径不一致，以及事项名称、材料清单、办理流程各地各部门存在差异等，都是标准化工作推进中遇到的现实问题。

但从我的经验来看，可能还有一个更底层且易被忽略的原因，就是“业务本身是否已经足够规范”。

我以前做ERP（企业资源管理系统）咨询时，行业有一个基本共识：ERP可以辅助企业的经营管理，但不会自动提升企业管理能力。很多企业上ERP的初衷是希望能够通过一套系统，把采购、生产、库存、销售、财务等流程、数据都规范起来，然后提升企业的管理水平。但从实际情况看，ERP只是把企业已有的管理规则、业务流程和数据固化到系统里而已。

对于管理基础好的企业，ERP确实可以通过减少重复录入、自动生成报表、加强流程协同等方式提升管理水平，甚至可以借鉴系统内置的行业标杆做法进一步优化内部管理。但如果企业的基础数据不统一、业务流程不规范，或者领导的决策习惯于凭经验、关系、人情或凭一时好恶，那么即使ERP勉强能上线也很难真正发挥作用，因为系统需要稳定的规则，而稳定的规则来自企业长期形成的管理共识。

所以我觉得，只有业务已经形成事实上的规范，才有可能在软件中实现真正的标准化。如果业务本身还没有稳定的规则，软件就很难先行标准化。比如工单、订单提交后能否修改，修改如何留痕，审批权限与责任的划分等。如果这些业务规则不够规范，或业务部门之间没有就业务与审批流程形成一致认知，那系统就难以形成稳定的流程，标准化就无从谈起了。

政务信息系统或政务服务事项标准化同理。表面上看，政务服务事项标准化只是将事项名称、申请材料、办理流程和承诺时限等统一起来，政务信息系统标准化只是将数据字段、接口规范和运行规则统一起来。但实际上，这两项工作都依赖一个前提：业务规则得基本清楚，数据口径要基本一致。如果一个事项在不同层级、不同地区、不同部门之间本来就存在理解上或执行上的差异，而且一时难以达成共识，那么系统标准化就会遇到阻力。

这个时候，标准化工作实际面对的就不是单纯的软件问题，而是业务规范、组织协同和制度共识的问题。

也正因为如此，政务信息系统和政务服务事项的标准化工作，往往不可能毕其功于一役，因为它的本质是多层级、多部门、多角色不断对齐认识、修正规则和沉淀共识的过程，所以很难通过一次会议、一份文件或一批系统建设项目来全面完成。

软件可以帮助固化规则，也可以推动业务优化，但前提是业务规则已经有了基本轮廓，或各部门基本达成共识。我们不能期待软件会自动把混乱的业务变成标准的流程，这个很难做到。原因就是前面说的，系统标准化看起来像一个技术工作，但其实是一项治理工作，考验的是组织之间达成共识、承认差异、持续磨合和共同遵守规则的能力。

相关主题推荐：

政务信息化系统的非标准化陷阱与进化之路

数字化转型中的暗流：僵尸系统的识别标准与清理方式

系统工程、标准化与理论研究：浙江数字化工作的个人解读