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

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

大中型企業(yè)不得不實施PM 模塊

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

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

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

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

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

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

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

PM 模塊的地位不尷不尬

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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