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

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

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

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

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

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

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

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

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

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

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

PM 模塊的地位不尷不尬

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

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

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

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

因此，不管從業(yè)務(wù)管理范圍、還是業(yè)務(wù)涉及部門，PM 模塊現(xiàn)有標(biāo)準(zhǔn)功能都已經(jīng)不能滿足企業(yè)現(xiàn)實(shí)設(shè)備管理需求。

/PM 模塊的標(biāo)準(zhǔn)功能過于簡單/

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

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

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

企業(yè)在設(shè)備全生命周期管理過程中，有一些重要的功能模塊需求，在PM 模塊的標(biāo)準(zhǔn)功能中，根本就沒有對應(yīng)的功能給予解決，或者即使有對應(yīng)的功能，也由于使用繁雜或?qū)芾硭健⑷藛T素質(zhì)的過高要求而沒有辦法在企業(yè)實(shí)施。

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

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

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

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

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

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

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

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

有許多SAP 系統(tǒng)PM 模塊實(shí)施企業(yè)的領(lǐng)導(dǎo)都已經(jīng)意識到了PM 模塊實(shí)施的問題，所以，希望通過后續(xù)的提升項(xiàng)目、或?qū)I(yè)改進(jìn)項(xiàng)目來提升、改進(jìn)、完善PM 模塊的標(biāo)準(zhǔn)功能，但這些提升和改進(jìn)工作并沒有取得理想的使用效果。

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

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

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

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

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

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