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

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

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

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

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

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

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

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

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

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

PM 模塊的地位不尷不尬

通過上述分析，我們可以知道，SAP 系統(tǒng)實施企業(yè)在實施設(shè)備管理系統(tǒng)時，一般都會首先實施PM 模塊，但PM 模塊在其實施企業(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è)務(wù)階段，此時，設(shè)備維修管理只是運行維修階段中的一個功能階段，其他功能階段的業(yè)務(wù)需求，例如，運行管理、安全管理、退役管理、專業(yè)管理、專項管理、固定資產(chǎn)管理等功能階段的業(yè)務(wù)需求，以及公共管理需求，例如，審批待辦、移動辦公、檔案管理等需求，都已經(jīng)超出了PM 模塊標(biāo)準(zhǔn)功能的管理范圍；同時，PM 模塊原來只涉及設(shè)備管理部門，現(xiàn)在因業(yè)務(wù)需求的擴展，擴大到運行管理部門、安全管理部門、固定資產(chǎn)管理部門、物資管理部門等。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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