系统越建越多,却效率低下?制造业数字化问题不只是技术!

0 阅读7分钟

过去几年,“数字化转型”几乎成了制造业的必选项。ERP、MES、PLM、数据平台等系统不断上线,但不少企业在推进过程中逐渐发现一个现实:系统越来越多,但效率却没有明显提升。很多制造企业的信息化负责人都会有类似困惑:系统建设越来越慢、IT预算越来越紧、业务部门越来越不满意、新需求却越来越多。于是一个问题开始变得越来越明显:制造业数字化的难点,往往不在技术本身,而在建设模式。今天我们通过一家航空制造企业的实践,看看一家企业是如何一步步走过这条路的。

一家航空制造企业的数字化困境

中航通用电气民用航电系统有限责任公司(简称昂际航电)成立于2012年,是通用电气与中国航空工业集团合资成立的企业,主要从事民用航电系统相关业务,公司不仅参与国产大飞机项目,也在航电改装、MRO等领域持续扩展业务。随着业务不断发展,他们的信息化需求越来越复杂:

  • 项目越来越多
  • 系统越来越多
  • 协作部门越来越多

数字化转型逐渐成为企业发展的基础能力。但在推进过程中,一些问题也开始逐渐暴露。

制造企业信息化的四个典型难题

1)业务变化越来越快,但系统跟不上

市场变化快,新业务、新流程不断出现,但传统开发周期长,一个系统从需求到上线常需3到6个月,需求变动还要额外排期。结果就是业务已经变了,但系统还没准备好。

2)IT投入有限,但需求不断增加

企业IT预算增长有限(约8%/年),但业务数字化需求持续上升。传统模式下,每个系统都需独立开发和维护,系统越多,建设和运维成本越高,效率并未提升。

3)懂业务又懂技术的人稀缺

数字化落地需要同时懂业务、技术和沟通的人才,但复合型人才不足20%。导致业务说不清需求,技术理解不了业务,项目沟通成本高,系统上线与预期常有差距。

4)系统多而数据孤岛

企业系统多且来自不同厂商,如果缺乏统一规划,系统互通性差,数据需反复导入导出,效率低且易出错,信息化环境变得复杂。

当传统开发模式开始成为瓶颈

昂际航电在信息化推进过程中,也遇到了类似问题,例如开发周期过长,传统开发模式下一个项目平均需要3到6个月才能交付,如果需求调整,响应周期往往需要两周以上。很多系统依赖外部供应商维护,成本难以预估,同时多个系统之间难以打通,接口开发复杂。系统开发通常是需求→开发→测试→上线,业务部门往往只能在最后阶段看到结果,一旦发现问题就需要重新调整,沟通成本非常高。

从一个小系统开始试验

在尝试新的建设模式时,昂际航电并没有一开始就大规模推进,他们选择了一种更稳妥的方式:先从小项目试验。团队先尝试开发一些规模较小的应用,验证新的开发方式是否可行。随着团队逐渐熟悉新的开发方式,效率优势开始慢慢体现。于是应用范围开始逐步扩大,最初只在IT部门使用,后来逐渐扩展到人事部门、财务部门、运营部门,越来越多的系统开始通过这种方式构建。

一个复杂系统的实践:工程人力资源管理系统

其中一个典型项目是工程人力资源管理系统,该系统主要用于管理工程项目的人力资源安排,并为项目决策提供数据支持。系统需要对接多个数据来源,例如ERP系统(人员、岗位、组织信息)、工时卡系统(每周工时数据)。通过系统整合,项目管理部门可以实时查看三个关键指标:Demand(需求)、Supply(供给)、Actual(实际投入)。每周例会时,团队会直接从系统中提取数据进行分析,一旦发现资源不足或配置不合理,就可以快速调整人员安排。该系统在一年内完成了8次迭代优化,逐渐成为工程项目管理的重要工具。

一个月上线的系统:OKR目标管理

另一个案例是企业的OKR目标管理系统,该系统从需求梳理到上线,仅用了1个月。上线后很快推广到全公司,覆盖300多名员工,并与人事系统打通,实现自动同步人员变化。员工的目标制定、工作进度、审核流程都在系统中完成,逐渐成为企业内部日常工作的核心工具之一。

把复杂Excel系统变成在线系统

在很多制造企业里,Excel仍承担大量业务工作。昂际航电也有类似情况,例如项目成本预测与回报分析。这类工作通常包含大量复杂公式、多部门协作填写和多版本预测对比。企业后来将这些Excel模型迁移到系统中,原有公式和结构基本保留,同时增加了多部门在线协作录入、权限控制和数据统一校验,既保留了Excel的灵活性,也解决了数据管理问题。

当系统逐渐连成一张网

随着这些系统不断上线,企业逐渐形成了一套完整的应用体系。目前已建设50多个业务应用,覆盖HR、Finance、PM、IT、Legal、OPS、Engineering等多个部门,包括北斗追踪系统地面管理站、适航认证管理平台、员工绩效评估系统、MRO质量看板等,系统之间的数据逐渐打通,业务协同效率明显提升。

数字化转型带来的真正变化

系统数量增加并不是最重要的变化,更重要的是企业内部工作方式发生改变。例如开发节奏明显加快,过去系统更新往往是几年一次,现在很多应用可以做到每年4到6次迭代。业务部门开始参与系统建设,业务人员不再只是提出需求,而是可以参与系统设计,部分应用甚至由业务团队直接参与开发。IT部门角色发生变化,不再只是维护系统,而是开始参与业务创新,很多业务优化方案本身就是由IT团队推动落地。

在这里插入图片描述

对制造企业的一些启发

昂际航电的实践给很多制造企业提供了参考经验。第一,不要一开始就追求“大而全”,从小系统开始试验,逐步扩展,更容易成功。第二,数字化转型不是一次项目,而是长期能力,持续迭代、持续优化才是数字化真正价值所在。第三,让业务部门参与进来,数字化不是IT部门的事情,而是企业整体能力建设,业务参与越深,系统价值越大。第四,重点不是系统,而是效率,真正成功的数字化项目最终体现在决策更快、协作更顺畅、创新更容易,系统只是实现这些目标的工具。

写在最后

制造业数字化转型这几年已经进入新阶段,企业开始从最初“上系统”转向思考更深层的问题:如何建立持续数字化创新能力。不同企业路径不同,但有一点相同:真正有效的数字化,往往不是一次大的系统建设,而是无数次小的持续改进。昂际航电的经验正说明了这一点。