导读电力集团信息化战略规划最常见的失败模式不是方向错误而是同时做两件互相掣肘的事——一边补企业级IT的历史欠账一边追工业互联网的创新布局最终两件事都没做好。这份规划的设计者心里清楚这个矛盾但选择了把两件事放在同一张路线图里以获得所有利益相关方的认可。这个判断是可以被反驳的。反驳的逻辑是很多大型企业集团确实在补课和创新两个方向同时推进并取得了成效——华为的IT现代化和云转型是并行的西门子的数字化工厂也是在完善ERP的同时建工业互联网平台的。这个反驳有其道理。但这些企业的成功有一个前提它们的组织能力和IT团队的成熟度允许它们同时驾驭两个难度完全不同的战场。而一个总部与所属企业信息化联系薄弱、信息化整体发展道路不明确的集团能不能同时管好两条线是这份规划里没有被认真回答的问题。SG186时代结束了但这份规划还活在SG186的思维框架里规划的第一个判断是正确的SG186时代的ERP大建设已经结束泛在电力物联网是下一个十年的建设重点。咨询商软件的旧格局被平台商硬件的新格局取代华为、阿里正在把控硬件底座边缘计算成为新的入场门票。这个判断没有问题。但紧接着规划给出的解决方案是数字集团1358工程——以ERP为核心建五大平台打通研产供销服。这里有一个逻辑的跳跃规划说时代变了但给出的方案还是ERP建设逻辑。这不是偶然。它反映了电力行业集团信息化规划里一个几乎普遍存在的认知陷阱顾问团队对行业趋势的判断是准确的但对客户现状的判断决定了最终的建议——而客户现状告诉顾问这家企业连ERP都没建好所以无论外部趋势怎么变当下最紧迫的任务还是补ERP的课。这个逻辑链条在局部是自洽的但它忽略了一件事补ERP和建物联网平台所需要的组织能力、人才结构、预算优先级完全不同而且在多数传统制造型能源集团里两者都极度稀缺。当稀缺资源需要在两个方向上分配时不做选择本身就是一种选择——而且通常是最糟糕的那种。做一个对比。2016年前后某国内头部发电集团也做过类似的信息化规划方向和这份文件几乎完全相同ERP补课工业互联网布局。五年后复盘ERP推广到了一半还有几家所属企业用着独立系统数字化营销服务平台建了两期后预算被砍工业互联网那块只有一个变电站巡检的试点项目勉强跑起来了。花了大几千万最后哪条线都没跑完。规划师的问题不在于判断错误而在于同时把两件事写进同一份五年路线图然后告诉决策层这是可以做到的。补课这个词的出现说明这份规划有一个没有公开讨论的前提这份规划文件里“补课是一个反复出现的词。集团现状被定义为需要从部门级IT时代补到企业级IT时代”信息化路线图里的第一阶段名字叫打通主干道筑基2025内容核心是统一财务核算、统一主数据管理、打通协同办公通道。补课这个表达暗含了一个没有被明说的判断集团在信息化上落后了而且落后的责任在过去的决策层。在任何一家国有能源集团里这个判断的政治敏感性都高于其技术含义。它的背后是谁在过去十年里主导了信息化建设为什么总部和所属企业的信息化联系薄弱那些分散建设的系统是谁批的这些问题在规划文件里一概没有被触碰取而代之的是对标上海电气、西门子、GE的案例展示以及普遍经历了信息化从分散到整合的发展阶段的普遍化处理——把集团自身的历史问题稀释进了行业普遍现象里让补课听起来是顺应历史规律而不是纠正过去的错误。这种处理方式在咨询项目里很常见因为它是客户可以接受的表达方式。但它的代价是规划没有真正分析过去分散建设的根本原因所以也没有在这份规划里针对这个根本原因提出系统性的应对策略。过去分散建设的真实原因在大多数能源集团里不是缺乏规划意识而是集团管控和所属企业自治之间的张力没有被有效解决。所属企业各自有IT预算、有业务主导权、有我们的业务有特殊性的话语权。这种结构性矛盾不是靠ERP统一部署能解决的——它需要组织权力结构的调整和利益分配机制的重新设计而这两件事都不在信息化规划的管辖范围内。规划里的八项关键策略之一是强化总部和所属企业的信息化联动——这个表达本身就说明了问题如果联动需要被强化说明它目前不存在而不存在的原因不是缺少系统而是缺少治理。治理问题无法通过系统建设来解决只会在系统建设过程中被放大。国网57个全国性建设项目这是市场机会分析还是一份采购清单规划里有一页很有意思的内容国网泛在电力物联网的57个全国性建设项目被完整列出然后从中筛选出10个聚焦目标每个目标旁边标注了具体的产品方案——Oracle数据库一体机、SAP HANA一体机、联想数字物流模块、“懂的物联管理平台晨星AR/VR南京音视AI算法”……这页内容告诉我的不是战略而是销售逻辑这份规划本质上是一份以战略语言包装的产品方案书。规划的出发点不是集团需要什么而是我们有什么然后找到它在57个项目里的对应位置。这个判断是可以验证的。如果规划的出发点是需求那么应该先分析集团的业务痛点再推导技术需求最后匹配供应商方案。但在这份文件里顺序是反的从产品Oracle一体机、SAP HANA、联想边缘服务器出发找到对应的国网建设项目然后包装成业务策略。这不是这份规划特有的问题。在能源行业信息化咨询里这是一种相当普遍的操作模式大型IT厂商或集成商主导的规划项目本质上是一次有战略包装的商务活动。规划的价值不在于它能给集团带来多大的信息化提升而在于它能为后续的销售项目建立战略依据——“当年规划里写了要建XXX系统现在是时候落地了”。这个模式的危害不在于规划里的方向是错的——事实上Oracle升级、SAP HANA引进、泛在物联网平台建设这些方向都可以是合理的。危害在于它绕过了最核心的问题这些方案集团自己的人能不能建起来、用起来、持续运维在我见过的电力集团信息化项目里Oracle数据库一体机和SAP HANA被采购进来之后出现了两种命运一种是系统跑起来了但关键业务逻辑由外部实施顾问主导集团内部没有形成真正的系统能力每次升级都要再付一次咨询费另一种是系统建了但没有真正用起来在某次组织架构调整或业务变化后系统的使用率持续下滑最终成为一个在纸面上存在、在实际业务中被绕过的IT资产。这两种结果的根源都在于规划阶段没有认真回答内部IT能力建设这个问题。五年路线图的分期逻辑为什么第一阶段塞了太多东西规划的三阶段路线图第一阶段2017.10—2019.9要完成的内容包括ERP在总部和核心所属企业的试点、薪酬绩效HR系统、OA系统、主数据管理平台MDM、网络优化一期、数据中心扩容……同时还有智能产品智能基础部件研发、智能服务水电远程诊断、智能工厂智能制造生产单元试点。这是一份在两年内要让IT团队同时推进十几个大型系统建设的计划。让我说一件这份规划没有说清楚的事ERP在一个有多家异构所属企业、历史系统复杂、财务核算标准不统一的能源装备集团里从试点到推广两年时间几乎不可能。这不是悲观而是工程现实。SAP ERP在制造型企业的实施仅主模板开发和流程设计就需要9-12个月然后是试点企业的上线通常3-6个月然后是向其他所属企业推广每家企业的差异化配置通常需要3-6个月。这份规划第一阶段涵盖的是总部锅炉动装试点在实际操作中从项目启动到三家企业稳定上线能在24个月内完成已经是非常顺利的节奏。而同一阶段规划还要求MDM主数据平台的建设、OA的全集团推广、网络基础设施改造、智能制造生产单元的试点——这些任务本身都是独立的大型项目各自需要独立的项目团队、预算和业务资源投入。把这些任务塞进同一个阶段通常出于两个原因一是咨询顾问需要向客户展示每个阶段都有实质进展的画面以证明整个规划的可行性二是决策层希望看到快速落地的承诺。两者结合产生了一份在Gantt图上看起来井然有序、在实际执行时往往超期的路线图。一个典型的对比同样是国内能源装备类集团某家采取了截然不同的策略——第一阶段只做一件事主数据统一。整整十八个月只建MDM把物料编码、客户编码、供应商编码、组织机构编码在集团范围内统一。结果是MDM稳定上线成为后续ERP、PLM、营销服务平台的共同数据底座后续每个系统的实施速度都因为主数据已经打通而显著加快。这家企业的总信息部门主任在复盘时说“我们当年被嘲笑做事太保守只做主数据不做ERP。但三年后其他企业的ERP因为主数据不统一在反复做数据清洗而我们的ERP上线是三家企业里最快的。”专注做一件事做完做好再进行下一件——这不是保守这是在组织能力有限的情况下唯一能保证每个阶段真正完成的工作方式。主数据管理这份规划提到了但没有说清楚它是什么级别的问题在1358工程的三个基础里主数据管理平台MDM被列在基础数据体系下和企业数据仓库并列地位相当于支撑性的基础设施。这个定位低估了主数据治理的真实难度和战略价值。在一个由多家制造型所属企业组成的能源装备集团里主数据混乱不是一个技术问题它是过去十年企业并购、重组、独立扩张的历史积累在数据层面的映射。一个具体的数据同一个物料比如某型号轴承在锅炉公司叫自润轴承GBC-200在汽轮公司叫轴承-200型-GBC系列在动力装备公司的系统里可能根本没有独立料号被归并在一个大类里。这三个料号背后是同一个物理实体但在三个独立的采购系统里是三条独立的记录对应三个可能不同的供应商三个可能不同的采购价格。主数据统一意味着三家公司的采购部门、技术部门、财务部门需要坐下来商议一个统一的物料编码规则、一个统一的分类体系、一个统一的审核流程。这不是软件实施项目这是一个跨组织的管理标准化项目它需要集团层面的权威授权需要各所属企业放弃一部分数据管理自主权需要IT团队、业务骨干、管理层三方持续参与。在多数能源装备集团的实践中这个过程是这份规划里最容易被低估、实际推进最慢的环节。把它放在路线图第一阶段的支撑性位置然后和ERP试点并行推进在项目资源有限的情况下通常的结果是ERP按时间节点硬上主数据先用临时方案凑合后面再治理——而这个后面在我见过的案例里往往意味着三到五年的持续欠账。这份规划在主数据章节的表述是提升基础信息的一致性和关联性这个说法本身是准确的但它的实际重量——它将影响后续所有系统实施的速度和质量——在整份规划里没有被足够强调。数字化营销服务平台最有商业价值的部分实施顺序却排在最后规划里有一个我认为真正有战略价值的方向以电站服务为切入点通过CPS设备物联网实现从单一设备制造商向制造服务业转型建设水电、火电、气电、核电四大事业部的远程诊断和运维服务平台。这个方向不是概念是真实的商业机会。电站运营商在设备购置后的全生命周期里备件、维修、改造、优化的支出通常是设备购置价格的3-5倍。这笔钱过去大量流向第三方维修商和设备原厂的在华服务机构原因是集团自身没有建立起能够实时感知设备状态、提前预判故障、提供远程专家支持的服务能力。一旦这个平台建起来它不只是一个客户服务工具它是一个可以把服务收入从市场里夺回来的竞争武器。但在这份规划的五年路线图里数字化营销服务平台的完整建设被分散在四期从2018年一期建到2022年四期。整个平台的真正成型在第三阶段2021-2022年才能实现。为什么这是一个问题因为设备物联网和远程服务这个赛道在这份规划写作的时间点约2017-2019年已经有竞争者进场了。GE的Predix、西门子的MindSphere、施耐德的EcoStruxure都在这个时间段快速圈地。国内的维谛技术、远景能源的能源物联网平台也在向电力装备服务领域渗透。在竞争性的市场里把最有价值的产品线排在实施计划的第三阶段意味着把先发优势让给了竞争对手。这份规划选择先打地基ERP、财务统一、主数据再建上层营销服务平台、工业互联网这个逻辑在内部管理层面是合理的但在市场竞争层面是被动的。这个矛盾规划里没有被正面讨论。规划给出的理由是以服务为切入点开始建设但在架构上必须以客户为中心——但以服务为切入点和先花两年做ERP地基之间存在时间上的矛盾这个矛盾在文件里被绕过了而不是被解决了。保障体系的四个字明晰定位、健全组织、优化管理、完善评价这份规划的保障体系部分和我见过的大多数企业集团信息化规划的保障体系部分几乎没有区别成立信息化委员会、建设IT治理体系、引入外部顾问团队、建立KPI考核机制。我在这里想提出一个文档里没有说的判断电力集团信息化的真正保障不在于组织架构而在于集团CIO或主管信息化工作的副总级别领导的命运绑定程度。这句话听起来很直接但它是真实的。一个信息化项目最终能不能执行下去决定性因素不是有没有委员会而是谁的仕途和这个项目绑定了。当ERP推广遭遇所属企业的阻力时当主数据统一需要某个事业部让步时当营销服务平台的预算需要从某条业务线挤出来时——这些关键时刻需要一个在集团内有足够权威的人能够拍板、能够调配资源、愿意为结果承担责任。在国有能源集团里这个人是否存在以及他/她的任期是否能覆盖五年规划的全周期比任何一个组织架构设计都更能决定规划的最终命运。这份规划的保障体系部分用了大量篇幅描述机制设计但一个字也没有提到如何确保主管领导的稳定性和连续性——因为这个问题超出了信息化规划的边界也是任何外部顾问都不方便直接讨论的政治话题。但恰恰是这个被回避的问题才是整个规划能否落地的第一变量。物联网中台和数据中台的出现这是真实需求还是赶概念的正确时机规划里提到了国网泛在电力物联网规划的两个核心平台物联网中台和数据中台。“中台这个词在2018-2020年是中国企业数字化领域最热的概念阿里的大中台小前台战略被广泛引用每份企业信息化规划里都开始出现中台”。电力行业的物联网中台和数据中台也在这个时间点被写进规划。我想说的是这份规划里的中台描述在物理架构层面是有实质内容的物联网平台、向量数据库、微服务架构但在业务逻辑层面它没有回答最关键的问题谁来运营这个中台这不是一个技术问题。数据中台建成之后里面的数据需要有人负责质量、有人负责标准、有人负责和前台业务对接。物联网中台接入了几百台设备的实时数据之后需要有人持续分析这些数据、建模、迭代算法、把洞察转化为业务决策。这些工作需要的人在传统能源集团里几乎不存在——不是因为集团里没有聪明人而是因为数据产品经理、“工业数据科学家”、物联网运营工程师这类岗位在能源集团的人才体系里没有编制、没有职业发展路径、没有对应的薪酬标准。GE在Predix上失败的核心原因之一正是这个平台建好了但没有足够的工业数据科学家能够把工业数据转化成有价值的应用。GE自己内部的专家理解工业但不懂数据GE请来的数据科学家懂数据但不懂燃气轮机。这个人才鸿沟没有被填平Predix的商业价值就无法实现。同样的人才鸿沟在这份规划覆盖的电力装备集团里可能更深。规划里的保障体系描述了引进外部高端IT人才但引进是一个表示意图的动词不是一个解决方案。在国有能源集团的薪酬体系和编制约束下一个有能力建设和运营工业互联网中台的高端数字化人才大概率不会接受这家集团的offer——除非有极其特殊的非货币激励而规划里没有对这个问题给出任何实质性的回答。集团管控的深层矛盾这份规划在帮谁说话这份规划从集团总部视角写成。“强化总部和所属企业信息化联动”、“支持集团统一指挥、战略协同”、“纵向打通战略-执行-反馈的管理信息闭环”——每一条都在描述一个更集权的集团管控结构。我想说一件文档里完全没有讨论的事这个更集权的信息化架构对所属企业的生产经营自主性意味着什么规划里没有写但它是影响所属企业配合意愿的关键变量。集团ERP统一之后所属企业的采购必须通过集团集中采购系统走审批以前3天能完成的紧急采购可能需要5-7个工作日的流程财务系统统一之后所属企业的资金使用受到资金管理系统的实时监控财务主管对资金的调配空间被压缩主数据统一之后所属企业新引入一个供应商或开发一个新产品品号需要通过集团审批流程效率大幅下降。这些不是假设的损耗而是有据可查的真实代价。上海电气在推进集团ERP统一的过程中就曾经遭遇子公司阻力核心原因之一就是集团管控系统影响了子公司的业务响应速度。一份负责任的集团信息化战略规划应该正视这个张力并设计出一套统分结合的机制——在哪些维度上必须统一在哪些维度上允许自治边界在哪里。这份规划里确实提到了统分结合但作为一个原则性表述没有具体的边界划定没有针对不同类型所属企业的差异化策略。统分结合如果不能被拆解为具体的权责边界和系统设计它就只是一个让所有人都能接受但没有人知道如何执行的愿景声明。这份规划的真实用途和它声称的用途有多大距离读完这份规划我的整体判断是这是一份在技术判断上相当准确、在商业机会识别上有真实洞察、但在执行可行性设计上存在系统性高估的规划文件。它的真实用途是为后续一系列具体系统采购和实施项目提供战略依据同时为主导这份规划的顾问团队后续的持续服务合同打下基础。这不是批评这是大型IT咨询规划项目的运作逻辑它在商业上完全合理。但如果这份规划要发挥真正的战略价值——也就是说如果集团决策层真的要按照这份规划来推进信息化——它需要补充几件事第一主数据治理必须被提升到一号优先级并且在ERP启动前完成基础规则制定。如果主数据没有先行ERP实施会在数据清洗上消耗大量时间最终延误整体进度。第二数字化营销服务平台电站服务平台的一期建设应该从第一阶段就启动而不是等ERP稳定后再做。这两件事不互相依赖完全可以并行而先动的一方能够更早建立客户关系和市场数据积累。第三补课和创新必须有明确的资源分配比例而不是都写进同一阶段的路线图里。如果预算有限优先做ERP补课创新方向选一个突破口比如水电远程诊断做深而不是十几个方向都列上、最终每个都是浅尝辄止。第四人才体系必须在规划阶段就开始设计而不是在中台平台建好之后才发现没有人能运营。数字化人才的培养和引进比任何系统建设都需要更长的提前量。这份规划描述了一个值得追求的信息化未来但从现状到那个未来的路比规划里的甘特图显示的陡峭得多。承认这一点并在规划阶段就把这个陡峭写进去、设计出应对策略才是对委托方真正负责任的做法。
