■ 蒋坛军 资深管理顾问

　　EAM软件，即“企业资产管理(enterprise asset management)”软件。EAM软件的主要目的是：通过建立企业资产(含设备)管理的信息化软件平台，以期梳理与规范企业资产管理的流程、收集和分析资产管理数据、识别资产管理的短板和引导持续改善，并有助于用户企业的资产管理支撑其经营战略目标的达成。同时，亦期通过软件化取得比纸媒更快、更准确的资产管理运行效率。

　　但近些年，笔者目睹不少软件公司为用户企业设计的EAM软件，要么在软件设计阶段就被用户企业果断叫停而夭折，要么勉强上线后因问题较多而闲置，要么用也在用然而效果与纸媒运行并无大区别，甚至还看到有用户企业要打官司迫使EAM软件公司退款的雷人剧情……

　　EAM软件设计人员，多数是软件工程或相邻专业出身，普遍缺乏对资产管理专业知识的系统性掌握(例如：TPM全面生产维护、ISO55000资产管理标准、精益维修等)，而不幸只是拥有一些支离破碎的专业知识(当然他们自己未必肯承认这个事实)。于是，只好基于支离破碎专业知识，或干脆依葫芦画瓢，基于用户企业并不科学的现有资产管理流程来设计EAM软件。例如：EAM软件设计人员未深入理解OEE(设备综合效率)及其改善方法，则“不知有汉，无论魏晋”，他设计的EAM软件，又怎么可能较好地引导企业进行OEE改善?但OEE，恰恰是诸多设备密集型制造业工厂需计算并改善的。而且，EAM设计人员对企业管理本质的理解，更是普遍肤浅，以至于“现实比小说更狗血”，居然有人拿着石油储运企业现有的EAM软件，去鼓惑钣金冲压企业套用…… 资产管理是企业管理的一部分，若资产管理不能恰当且有机地融入企业整体管理，则即便生搬硬套TPM、ISO55000、精益维修来设计EAM软件，最终效果也基本上有限(局部改善未必对整体改善有用)。例如：资产管理战略未有效与企业整体经营战略紧密挂钩;企业现有组织架构，未能充分考虑资产管理的特点;等。

　　而于用户企业方面，宜抛弃软件万能的迷信、急功近利的心态。在实施EAM软件项目之前，最好是彻底践行TPM、ISO55000、精益维修或类似管理模式，以系统性地梳理并规范资产管理的流程、令企业相关人员掌握资产管理基本要求与持续改进方法;并通过践行的结果，来检验本企业的资产管理运行的有效性。若用户企业未系统实践过TPM、ISO55000、精益维修或类似管理模式(换言之，相关人员未系统地掌握资产管理的运行规律)，加上软件设计人员设计的EAM软件又差强人意(但表面上可能很像模像样)，在如此情形下，较易出现“软件还没有纸媒那么方便”的荒唐结局。

　　任何一种企业管理性质的软件(含EAM软件)的魅力，不仅源于软件编程本身((例如：可靠性、迅速的反应、鲁棒性、安全性、兼容性、可测试性等))，更源于洞察本质的管理理念与思想、系统性的管理框架、行之有效的流程、持续改进的方法等。故而，EAM软件设计人员，应加强资产管理、企业管理的学习与实践，而不应只定位于纯粹的软件编程人员，否则所设计的EAM软件，令用户企业总有“穿着袜子在洗脚”的隔阂感。若不幸EAM软件设计人员短期内无法熟练掌握TPM、ISO55000、精益维修或类似管理模式，作为一个折衷的办法，应邀请熟悉此类管理模式的人士参与EAM软件编程队伍。

　　而对于用户企业方面，在建设EAM软件之前，不但有必要彻底践行TPM、ISO55000、精益维修或类似管理模式，而且在签订EAM软件合同之前，也应当结合本企业的实际情况与改善诉求，从多维度考察EAM软件设计方的实际能力。例如：软件本身的质量(例如：可靠性、迅速的反应、鲁棒性、安全性、兼容性、可测试性等);对资产管理本质的理解与应用有效性(例如：基于“令资产全寿命周期最大化创造价值”的理念，支持核心理念落地的资产管理方针、整体框架、组织架构优化、目标指标、流程与子流程、监视与测量的方式、持续改进的方法等)。若企业本身不完全具备这类考察能力与方法，也应邀请具备相应能力的外脑来参与。

　　EAM软件，本身就是一种资产(软件资产)。ISO55000对资产的定义是：“资产是对组织有潜在价值或实际价值的物品、事物或实体”。故而，若不能促使资产最大化创造价值、不能帮助用户企业及其相关方获取更佳的资产回报率、不能支撑企业整体经营战略目标的达成，则所设计和运行的EAM软件这一资产，本身首先就背离了资产管理的初衷。而背离初衷的直接后果是：EAM软件设计公司、用户企业两者之间产生种种“互相伤害”。这恐怕是双方原本都不想看到的吧。

　　参考文献：

　　[1] John Woodhouse.ISO55000 Asset Management: What to do and why [M].Switzerland: ISO, 2016.

　　[2] 蒋坛军.精益TPM现场实战[M].北京:清华大学出版社, 2016.