【迅解区块链】别让避免重复建设成为运维数字化转型的绊脚石

前几天改名后的“江苏省信息应用技术学会”举办了第一届“信息应用技术大会”，我参加了电力数字化转型分会场的活动。与会者大多数是能源行业的从业者，所以大家讨论问题时都比较实际。从电力业务数字化转型经验，特别是遇到的问题中，我产生了很多共鸣。

特别能触发我的思想的是“变革”两个字，企业业务信息化是流程自动化为驱动的变革，而企业业务数字化是数据模型为驱动的变革。在企业信息化变革颠覆传统电算化的过程中，几乎所有的信息系统都全部被抛弃，并重新设计了，这奠定了最近20年信息化的巨大成功。而在数字化变革到来的时候，很多人不愿意颠覆信息化的成功，只愿意在原有信息化系统的基础上修修补补，希望能够借此实现数字化转型。在这种思路的指导下，数字化变革可能会走弯路，甚至走上歧途。

最为典型的例子就是数据模型都没搞清楚，基础数据都没分析清楚，就开始干数字化业务系统了，这种做法顶多只是对信息化工作流程的改良，并不能实现真正的变革。真正的变革一定是来自于业务本身的需求的，必须能够解决传统的信息系统对业务的制约。对于业务的深度数据建模是实现业务数字化的基础。

传统的信息系统很容易实现流程化的管控，但是无法做到全生命周期的数字化管理。与会专家举了一个例子，物资部门购买了一批塔材，经过建设变成了一座输电塔，塔材与输电塔之间的数字模型的转化如果没有考虑清楚，那么资产全生命周期的管理就无法实现。但是我们目前的数字化建设进展太快了，太急功近利了，没有人愿意夯实数字基础，再去做变革。变革跑得过快了，就容易扯着蛋了。

回看我们的运维数字化转型，面临的问题可能比业务数字化转型更大。IT部门的信息化基础本身就落后于业务部门，而IT部门在本部门业务的支撑系统建设方面的投资又处于弱势，信息化这二十年，IT部门反而成了信息系统建设的空白区。因为信息系统建设投入较小，对于IT业务数字化的研究与积累也就相对薄弱。要实现IT业务数字化需要投入的资金应该更多，但是因为在企业高层领导眼里IT部门应该是自动化建设最好的部门，所以追加投入就十分谨慎。

还有一点就是这些年IT部门或多或少上了一大堆运维辅助与管理系统，不管是否用起来了，反正也花了不少钱。在数字化转型的情况下，如何把这些坛坛罐罐用起来或者彻底扔掉也是一件麻烦事。前些年的信息化建设也不是白干的，计划部门的系统中，这些项目都写得明明白白的。因此IT部门想要重新建设一些数字化系统的时候，往往会遇到很多阻力。今年我就遇到过几个立项失败的例子，大多数理由都是“重复建设”。

几个月前和一个客户谈“企业运维数字化能力提升”这个项目的时候，最后就是因为这个理由，项目无疾而终了。IT部门的领导认为监控数据采集系统以前就建过了，没必要再建设了。直接用以前的成果，在上面做数字模型不就行了。我说以前的系统中的指标数量，质量都达不到数字化，智能化系统建设的要求，需要改造。领导给我举了个例子，奥拓、奥迪都是车，虽然奥拓的质量不如奥迪，但是都能上高速啊，我们的高速限速120，够用了。当时说的我哑口无言。

既然数字化转型是一场变革，必然会打破一些以前的瓶瓶罐罐，重复建设是必然的，这是螺旋式上升所必需的过程。如果我们不能用数字化的思想来迎接数字化的变革，那么企业数字化转型就会变成一场真正的重复建设。虽然建设了一大堆数字化开头的系统，但是底子里还是信息化的流程自动化系统，而这一切的根源来自于企业在数字化建设过程中的脱节。

企业数字化转型的顶层设计往往都没错，因为在企业高层眼中的目标是明确的，但是仅此而已。数字化转型本身来说应该是高层定目标，基层提需求，专家建模型，点线面推进。基层的数字化都搞好了，上层的数字化转型才能做好。现在倒过来了，还是按照当时信息化建设的路子，先从上层框架开始做，做完发现基础数据没有或者基础数据不准确，根本无法支撑数字化决策。数字化建设与信息化建设不同，流程自动化从上开始做，再往下细化是没问题的，但是数字化建设一般都是基于信息化的基础成果的，没有信息化建设时积累的数据模型，就无法深入优化与改造，无法把基础数据做实，那么数字化建设就变成空中楼阁了。​