IBM Maximo與其他EAM產品的對比分析

Maximo可以在子標籤頁（例如維護保養工作記錄檢測數值、完成情況等）列表上快捷寫入數據，減少了用户操作的步驟，和系統響應所需的時間

2. IBM Maximo與SAP

用户的友好性

使用SAP PM 用户普遍的感覺是系統不易於使用,一個簡單的工作要切換多個屏幕才能完成,而使用MAXIMO可能只需在一個屏幕就能完成。另外SAP各應用程序之間的鏈接也非常弱,不像MAXIMO有超級鏈接的強大功能使用户可以在各相關應用程序之間來回切換。

技術的先進性

雖然SAP的一些新模塊正逐步使用JAVA技術開發,但對於那些舊的模塊,仍是在C/S結構的基礎上,外加HTTP服務器實現Web Enable,這種技術不能確保應用程序的屏幕百分之百地轉換成HTML格式,如一些滾動條在HTML格式下會有問題。不像MAXIMO是純JAVA產品,使用J2EE的技術標準開發的，並得到SUN公司的認證。因此在客户端的反映速度上，SAP要慢一些。

個性化開發的容易性

在業界,SAP客户化開發的難度是眾所周知的,用户必須掌握ABAP語言,而這種編程語言不是通用的語言,必須由專業人員完成,因此對SAP做客户化開發工作的難度和費用都很大。而MAXIMO使用的是標準的JAVA編程語言,客户化開發非常容易。對於中國的用户,應用軟件的客户化能力還是相對重要的,如運行、點點巡檢管理等,都必須通過客户化開發實現。

專業化深度

SAP PM作為SAP ERP解決方案的一部分,在設備維護管理方面與專業的EAM解決方案軟件在功能的深度上還是有差距,主要體現在SAP PM是從以財務為核心的出發點來設計的,並不是從設備維護人員的角度出發的。因此在一些專業術語的使用,以及軟件功能的設計有較大差別。例如,SAP沒有圍繞維修作業的安全計劃概念,雖然SAP有QHSE模塊,但基本上是圍繞產品生產的質量保證體系出發設計的,基本上很少有客户使用,更難以應用到維修操作的安全管理。又如,SAP沒有標準作業規範的定義,而直接使用預防性維修計劃的定義,中間少了一個層次,對於企業中眾多標準工作包的定義非常不利,同時,也不能有效支持計劃性消缺工單中對標準作業計劃的應用。再如,SAP不能對工單的維修人員做人員計劃,即便是在實施了SAP的HR模塊的情況下。而MAXIMO有很強的Work Manager功能,可以根據工作優先級對人力資源進行有效調度。再如,SAP不支持層次型預防性維修計劃的建立以及主預防性維修計劃的概念,因此不能支持大小修維修計劃的建立。

模塊集成性

SAP PM作為SAP的設備管理模塊,不可能獨立應用,必須與其他模塊一起實施。一般來説需要與SAP的FI/CO、MM、PS等模塊一起使用。從採購和庫存來説,雖然SAP的MM模塊很強大,但其強大之處在於與SAP的PP/PI的有效結合,用於製造行業的物流MRP計劃。而對於MRO類物資的物流管理來説,其採購驅動模式來源於工單物資計劃、服務計劃、以及安全庫存重訂購等,從這一點來説,SAP的MM模塊相對於MAXIMO的採購模塊沒有優勢,而MAXIMO非常靈活的工單直接採購功能,更是非常適應於維修管理業務特點的一個功能。另外,SAP的MM模塊不能實現對物資的倉庫管理功能,而只能管理到倉庫中的總數量,不能實現倉庫中的貨架管理。要實現貨架的細緻管理,就必須實施SAP的WM模塊,相當複雜。如果激活了WM模塊,物資接收和發放時,首先必須在MM模塊中進行操作,然後還要在WM模塊中進行操作,使用起來非常繁瑣,而且容易出錯。相對來説,MAXIMO的庫存管理功能要來得簡單而直接,易於使用得多。

工作流設置

SAP雖然也有工作流設置功能,但除了一些簡單的工作流邏輯可以通過角色定義完成以外,複雜的非標準的工作流定義必須通過ABAP程序完成,非常複雜,而且不易於修改。一旦定義以後,即便發現流程不合理,卻必須通過程序修改來完成,讓人望而卻步。因此在絕大多數SAP實施案例中,都是使用其他的工作流定製軟件來協助解決這一問題,例如使用Lotus Notes中的工作流定義功能,用户不但要投資於Lotus Notes軟件,還必須培養人員學會Lotus Notes的工作流定義方法,雖然麻煩,但相對於SAP的工作流定義功能要簡單靈活多了。而MAXIMO強大的圖形化工作流設計模塊更是SAP無法比擬的,能全面定義物資請求、採購請求、詢價、採購訂單、發票、工單跟蹤、工作管理等工作流程的定義。就是因為這一點,很多用户更願意使用MAXIMO的庫存和採購功能,最後與SAP的財務模塊相集成。這一方面是由於MAXIMO的庫存採購管理更適合於MRO物資類別,使用簡單有效,另一方面可以使用MAXIMO的工作流模塊靈活地設置適合於客户組織架構的工作流程。

升級的容易性

MAXIMO的系統升級非常簡單,一般只需要一個星期左右。而SAP的升級不是由PM模塊決定的,如果想對PM模塊進行升級,首先必須考察的是其他核心模塊的升級工作量,如FI、MM等。因此工作量巨大,對保護已有投資不利。

3. IBM Maximo與國產自研EAM

Maximo與自研EAM產品對比分析

1、EAM是一個成熟市場，自開發的系統給用户帶來長期持有風險

自開發時，很難分享到同行業領先管理實踐，需求基本來源於內部人員提報，自己提的需求很多時只能考慮現狀，從長期發展的視角勢必會要求持續的修改，然後基於項目開發的需求會以最小成本滿足眼下需求即可，無法以平台架構的角度思考，預留強大的平台擴展能力以適應後續需求演進。

自開發系統完全掌握在一個臨時的技術團隊手中， 小廠商的經營風險帶給用户後期無法服務，無法升級的風險。從而帶來更加昂貴的軟件持有成本，以至於影響業務用户的正常使用。

2、成熟的商業套裝軟件產品生命週期長有利於保護IT投資

成熟的套裝軟件經過產品化的發展歷程，具有更持久的生命週期，所以相對於自主開發軟件而言，成熟的套裝產品更有助於保護企業的IT投資，也更有利於保障企業信息化建設的成效。

3、成熟的商業軟件技術先進，架構靈活

商業套裝軟件是平台類產品，具備完善的開發配置工具，無需涉及源代碼，簡單易用，便於用户掌握，可以很大程度上實現自我開發和維護。

4、成熟的商業軟件能夠帶給企業先進的管理思想

套裝軟件會有專業的產品設計團隊，這些產品的設計者能夠將行業內經典的管理實踐轉化成解決方案，以確保軟件產品的生命力。套裝軟件所擁有的廣泛的用户基礎總也不乏各個行業的佼佼者，他們的最佳管理實踐也都會隨着軟件的升級優化而積澱在軟件產品當中。

引入一套好的軟件產品，也就能將行業中優秀的管理實踐帶入到企業中來。這也是通過IT促進業務提升的常見做法。

5、成熟的商業軟件能給用户提供穩定產品級的保障服務

成熟的軟件產品會配套完善的售後以及技術支持隊伍，大型穩定的軟件廠商相對來講會非常在意自己用户的滿意程度，選擇成熟的軟件產品也意味着選擇了一種可靠的產品路線， 並能夠享受到持續穩定的技術支持服務。

6、成熟的商業軟件，實施和技術支持服務生態系統完善

成熟商業套裝軟件廠商有完善的生態系統，市場上有大量專業的服務提供商可供選擇，市場競爭更充分，供應穩定，企業可以有較大的選擇空間。

7、成熟的商業軟件產品能引領用户共同發展和進步

眾所周知隨着技術的發展日新月異，軟件產品的更新換代是比較頻繁的，大型軟件廠商會與時俱進並能夠在新技術發展的浪潮下引領創新，在產品中植入人工智能建模、大數據分析、物聯網平台等新能力。所以軟件廠商會陪着用户共同發展，同時也會通過產品支持或升級的方式共同分享新技術和新方案，進而保護既有用户的軟件投資。