PM 模塊在企業信息化建設中的實施方法
—— SAP-PM 模塊如何擺脫雞肋的角色（上）

特邀撰稿人：北京承澤星漢信息技術有限公司 仝文革

目前，國內許多大中型企業都已經實施了SAP（企業管理解決方案）系統PM（項目管理）模塊，但限于PM模塊自身功能的不足，以及企業用戶要求的不斷提升，PM 模塊在企業設備管理信息化建設中的地位越來越尷尬，不實施不行，實施了又滿足不了要求。本文希望通過對PM 模塊實施方法的討論，來論證SAP 系統PM 模塊如何擺脫其在企業信息化建設中的雞肋角色。

大中型企業不得不實施PM 模塊

首先，當企業發展到一定規模，按行業通常的說法，年銷售額在60 億以上時，其原有的各種信息化管理軟件的功能就逐漸滿足不了企業的業務需求，尤其是滿足不了財務管理的需求，而只能通過實施具有高度集成化、系統化、功能化、模塊化特點的SAP 系統，才能更好地滿足企業的快速、長遠發展需求。

其次，企業這種因發展而產生的各項新的業務需求，不會因為企業不斷地實施新的軟件系統而得到解決，反而會因為新系統的實施造成更多的信息孤島和業務斷點，給系統操作用戶帶來更多的跨系統操作難度和信息使用的不方便；同時，多套系統的存在，在很大程度上還會造成數據的不一致性和不準確性，這些都會影響企業用戶對這些系統的使用熱情和信任度。

因此，企業所需要的信息化管理系統，必須具有集成化、系統化、功能化，尤其是具有平臺化的特點，才能更好地解決用戶跨系統重復操作、業務流程閉環管理、多系統信息查詢的難題。這些都決定了只有實施SAP 系統才能更好地解決企業的現實需求。

而隨著SAP 系統在大中型企業中的實施，作為SAP系統的模塊之一，PM 模塊與SAP 系統其他模塊間，尤其是與物料管理模塊和財務管理模塊間的無縫關聯，決定了企業同時也要實施PM 模塊來滿足其設備管理業務需求，尤其是設備在企業生產經營活動中占有重要地位時，企業實施PM 模塊就更成了必然的選擇。

當然，也有企業許多企業已經分別實施了各自的設備管理系統，這時，他們就會嘗試將這些原有設備管理系統與SAP 系統的物資、財務等模塊間做接口的方式來取代PM 模塊，但由于這些接口關系過于復雜，開發工作量過在而不得不放棄接口開發的想法，轉而考慮先實施PM 模塊，再將這些在用設備管理系統與PM 模塊建立接口來實現這些系統與SAP 系統財務、物資管理模塊間的間接關聯。

再加上PM 模塊實施咨詢方一般都會承諾在PM 模塊中結合系統標準功能，進行適當開發來實現企業的需求，這些承諾也會使SAP 系統實施企業下定實施PM 模塊的決心。

以上這些都定了企業在實施SAP 系統時，都會同時實施PM 模塊，來滿足企業設備管理業務需求。

PM 模塊的地位不尷不尬

通過上述分析，我們可以知道，SAP 系統實施企業在實施設備管理系統時，一般都會首先實施PM 模塊，但PM 模塊在其實施企業中一般都會處于一種不尷不尬的地位，這種地位的產生主要有以下原因：

/PM 模塊的管理范圍難于滿足企業需求/

PM 模塊的管理范圍主要集中在設備維修管理，即設備的檢查（巡檢，以發現問題為主）、維修（以恢復設備的功能為主）、預防性維修（以預防故障的突發性維修為主）。

而隨著企業的發展、設備管理水平的提高以設備管理需求的提升，企業對設備維修管理的基本需求已經轉變為設備全生命周期管理需求，設備全生命周期管理將設備管理業務分成了規劃管理、采購建設、運行維護、退役管理四個業務階段，此時，設備維修管理只是運行維修階段中的一個功能階段，其他功能階段的業務需求，例如，運行管理、安全管理、退役管理、專業管理、專項管理、固定資產管理等功能階段的業務需求，以及公共管理需求，例如，審批待辦、移動辦公、檔案管理等需求，都已經超出了PM 模塊標準功能的管理范圍；同時，PM 模塊原來只涉及設備管理部門，現在因業務需求的擴展，擴大到運行管理部門、安全管理部門、固定資產管理部門、物資管理部門等。

因此，不管從業務管理范圍、還是業務涉及部門，PM 模塊現有標準功能都已經不能滿足企業現實設備管理需求。

/PM 模塊的標準功能過于簡單/

從PM 模塊現有標準功能來講，是以實現設備維修的業務需求為主，因此，它的標準功能使用主要集中在設備基礎臺賬管理、維修工單管理方面，還有一些功能，例如，通知單、預防性維修計劃、計數器、計量憑證、BOM、任務清單等，雖然都屬于PM 模塊標準功能，這些功能好看不好用，需要企業做許多基礎工作和具備相當高的管理水平后才有可能使用好功能，因此，這些功能的使用效果普遍比較差，或根據用不起來。

再加上SAP 公司最碼有二十年沒有對PM 模塊的標準功能進行過大開發和提升，因此，其功能老舊、界面難看、字段描述難懂、操作復雜。

以上這些現象的存在，造成PM 模塊的標準功能一方面不能滿足企業對設備全生命周期管理業務的需求，另一方面，其界面風格和操作復雜的基本特點，都讓企業用戶對其產生很大的意見，對PM 模塊功能的提升和操作改進有了更多的要求。

企業在設備全生命周期管理過程中，有一些重要的功能模塊需求，在PM 模塊的標準功能中，根本就沒有對應的功能給予解決，或者即使有對應的功能，也由于使用繁雜或對管理水平、人員素質的過高要求而沒有辦法在企業實施。

/ 完整實施設備全生命周期管理的開發量太大/

在企業實施SAP 系統PM 模塊時，如果想按設備全生命周期管理的業務需求開發、完善其標準功能，就必須單獨建立一個項目，專門投入大量的人力、物力和時間來進行設計、開發和測試工作，僅該項目的實施就至少需要一年半的時間，才能完成設備全生命周期基本業務需求的開發工作。

而一般企業實施SAP 系統時，都只是將PM 模塊當成SAP 系統的一個標準模塊實施，在費用、顧問、時間等方面都不可能按獨立項目實施的要求來投入，這些也決定了PM 模塊在SAP 實施企業只能完成標準功能的實施，開發工作也主要集中于報表和少部分增強功能的開發；項目實施的要求也以在規定期限、規定開發量、規定人員投入范圍內，盡早完成項目實施任務、確保整個SAP 系統的順利上線為目的。

因此，在這種項目實施的指導原則和要求下，SAP 系統實施咨詢公司就不可能從總的實施費用中專門為PM 模塊劃出一部分費用和時間來進行PM 模塊的深化運用實施，咨詢公司項目組也不能要將過多的注意力投入PM 模塊的實施中，項目實施顧問就更不可能自找麻煩把標準功能之外的項目開發需求引入到PM 模塊的實施工作中。

所以，PM 模塊標準功能的實施一般都不會滿足用戶的需求，用戶通常只能達到數據收集整理、對部分業務流程和數據進行標準化，項目實施就只能實現設備管理業務的最基本需求；而隨著用戶對PM 模塊已實施功能了解的逐漸深入，加上對PM 模塊繁鎖功能的持續使用，以及還存在許多需要在線下手工操作、帶來額外工作量的情況，就會逐漸產生對PM 模塊、甚至于對SAP 系統本身的不滿，但日常工作要求又不得不使PM 模塊，用戶的不滿就會日益加深。

以上這些情況都造成了PM 模塊在企業設備管理信息化建設中的尷尬地位，即，用不好用，不用又不行；企業信息化管理部門也處理兩難之間，即，不進行設備管理業務信息化建設不行，建設了企業基層用戶又不說自己的好；企業領導也沒有難受，年年在設備信息化建設方面投入資金，可每次投入都解決不了根本性問題，下次還得投入。

上圖是對煉化設備管理系統的需求分析統計表，從表中可以看出，PM 模塊標準功能只能滿足用戶需求的11%，其他89%都需要通過程序補充開發的方式來滿足。

/PM 模塊的后續功能提升效果不理想/

有許多SAP 系統PM 模塊實施企業的領導都已經意識到了PM 模塊實施的問題，所以，希望通過后續的提升項目、或專業改進項目來提升、改進、完善PM 模塊的標準功能，但這些提升和改進工作并沒有取得理想的使用效果。

這種情況是如何產生的呢？我認為主要還是PM 模塊的提升或改進項目仍然只是從PM 模塊某些功能點的不足著手提出改進工作的a，這些提升或改進仍然是建立在PM 模塊標準功能的基礎上，對部分標準功能的不足做出適當的改進，對某些系統功能的缺失進行程序開發來予以滿足，這些所謂的提升或改進仍然站在設備維修的角度、從設備管理部門的需求提出的，從業務范圍來講，并沒有從設備全生命周期的角度考慮問題，也沒有從打破部門界限、打通業務流程閉環環節的高度，跳出PM 模塊本身，尤其是跳出SAP 系統功能限制，從設備全生命周期管理業務需求系統化、集成化的角度來設計和分析各系統和流程間的業務、流程、數據、接口關系。由于這些局限的存在，造成了PM 模塊或設備管理系統的后續功能提升與改進項目的實施效果必然達不到企業的原始期望，其結果就是企業不斷地投入人力、物力和財力實施提升和改進項目，可每次的實施效果都達不到企業的預期目標，只好又對下次提升項目充滿期待。

右圖顯示，北京承澤星漢公司在實施設備管理系統時的服務思想。

另一方面，就是PM 模塊項目咨詢實施方的項目實施思想問題，他們一直以做項目的態度來實施PM 模塊提升或改進項目，這種態度一定會要求項目經理要在有限的費用、時間內完成項目實施工作，項目實施顧問必然又會以盡量少的開發、最低的風險的項目實施態度來實施提升項目。所以，這種態度就決定了PM 模塊提升或改進項目不可能取得預期效果。

其次，就是許多SAP 系統實施顧問都有一個共同的認識，那就是在SAP 系統中不可以做大量的程序開發工作，這些額外的開發會對SAP 系統的標準功能產生許多不利的影響，再加上項目實施指導思想的影響，就更造成項目實施顧問不愿意過多進行PM 模塊補充功能的討論和設計、開發工作。

其結果仍然是，企業領導在期望、失望中輪回，企業用戶在不斷增加的工作中痛苦，企業自身在不斷投入中增加成本。

那么，PM 模塊如何擺脫其在企業信息化建設中的尷尬角色，就成了一個擺在PM 模塊項目實施雙方企業面前的一個重大問題。