以流程驅(qū)動 成功實(shí)施ERP

　　保持實(shí)施和運(yùn)維的一致

　　筆者所在的某大型國有企業(yè)A自2005年開始，在集團(tuán)總部的統(tǒng)一部署下，成功進(jìn)行了橫跨多個業(yè)務(wù)版塊，縱跨多級管理組織的SAP ERP項(xiàng)目實(shí)施，形成了集團(tuán)內(nèi)部不同的標(biāo)準(zhǔn)業(yè)務(wù)藍(lán)圖模板，培養(yǎng)了大量具備實(shí)施能力的內(nèi)部顧問，取得了諸多成績。三年后集團(tuán)下屬的各業(yè)務(wù)單元都已在SAP平臺的支撐下進(jìn)行業(yè)務(wù)的經(jīng)營管理。同時ERP實(shí)施團(tuán)隊(duì)的主要業(yè)務(wù)由實(shí)施轉(zhuǎn)變?yōu)檫\(yùn)維支持。

　　A集團(tuán)的SAP ERP實(shí)施，采取的是大集中策略――服務(wù)器和數(shù)據(jù)庫資源都集中在集團(tuán)總部，且所有上線單位的業(yè)務(wù)并存于同一個生產(chǎn)系統(tǒng)環(huán)境中。相應(yīng)的，系統(tǒng)的配置和定制開發(fā)也完全由集團(tuán)總部集中控制和管理。隨著數(shù)批ERP項(xiàng)目的滾動實(shí)施和成功上線，A集團(tuán)的ERP系統(tǒng)越來越龐大復(fù)雜，對集團(tuán)的項(xiàng)目實(shí)施、運(yùn)維能力兩個方面都提出了更高的要求。

　　通過各種渠道反饋的信息，A集團(tuán)意識到，必須找到對策，解決如何更好更快實(shí)施ERP，提供可靠的運(yùn)維保障等問題。并且，這已經(jīng)成為國內(nèi)大型企業(yè)實(shí)施和運(yùn)維ERP過程中的共性問題。

　　從2008年初開始，A集團(tuán)總部成立了專門的項(xiàng)目組，在外部咨詢力量的配合下，結(jié)合自身特點(diǎn)，升級改造了與SAP系統(tǒng)集成的ERP項(xiàng)目管理平臺，對ERP項(xiàng)目的實(shí)施和運(yùn)維管理進(jìn)行了初步的探索和實(shí)驗(yàn)。

　　ERP項(xiàng)目的實(shí)施和運(yùn)維構(gòu)成的是一個閉環(huán)的生命周期，理應(yīng)實(shí)現(xiàn)良性的互動和可靠的管理。但實(shí)際情況卻是，企業(yè)難以保證實(shí)施和運(yùn)維的一致性。換句話說，運(yùn)維當(dāng)中存在的問題，有些是實(shí)施過程存在先天不足造成的。反過來，如果實(shí)施的工作能扎實(shí)，運(yùn)維就能更加輕松和規(guī)范。項(xiàng)目實(shí)施是全周期的起始，也是最基礎(chǔ)的部分。因此，著眼于完整周期，A集團(tuán)提出了以流程驅(qū)動的SAP ERP 實(shí)施方法。

　　別身在聚寶盤還撿不到寶

　　一般來說，在ERP項(xiàng)目實(shí)施完成后，成果會以海量文檔的形式保存下來。進(jìn)入運(yùn)維階段，雖然對于系統(tǒng)變更有流程管控和記錄，但難以及時回滾到已歸檔的成果文檔中，這樣就可能造成管理文檔與SAP系統(tǒng)之間不完全匹配。這樣，不僅給運(yùn)維工作帶來了隱患，更可惜的是，不能對ERP系統(tǒng)解決方案的全生命周期進(jìn)行有效跟蹤和管理，無法形成集團(tuán)ERP系統(tǒng)有關(guān)的知識庫，無法為運(yùn)營維護(hù)和推廣實(shí)施積累經(jīng)驗(yàn)。這種情況就如同一個人身陷在聚寶盆里，雙腿被埋難以動彈，目力所及滿箱子都是珍寶，卻只能夠到手邊的那一點(diǎn)點(diǎn)。更糟糕的是，新的寶物還在不斷地生成，眼看不斷溢出箱子掉落一地，他卻毫無辦法。

　　因此，企業(yè)必須將前期ERP項(xiàng)目實(shí)施的成果和經(jīng)驗(yàn)固化下來，構(gòu)建一個先進(jìn)的項(xiàng)目實(shí)施、支持運(yùn)維平臺，滿足全面管控的需要。從長遠(yuǎn)考慮，企業(yè)有著滾動的ERP項(xiàng)目實(shí)施和推廣應(yīng)用需求，如果充分復(fù)用前期成果，建立起適合集團(tuán)各專業(yè)產(chǎn)業(yè)鏈的SAP實(shí)施標(biāo)準(zhǔn)模板，將會降低應(yīng)用深化的難度，從而減少對外部資源的依賴，大大加速未來新增及推廣項(xiàng)目的實(shí)施進(jìn)度，將直接為企業(yè)節(jié)約成本，創(chuàng)造價值。

　　因此，我們必須在ERP項(xiàng)目的實(shí)施和運(yùn)維階段具備管理能力，能夠?qū)τ谌魏螛I(yè)務(wù)需求及時做出反應(yīng)，始終記錄并優(yōu)化需求導(dǎo)致的系統(tǒng)變更。

　　這種隨需而變的管理能力，應(yīng)該是企業(yè)需要具備的。根據(jù)我們的經(jīng)驗(yàn)，企業(yè)想要掌握這種高級能力，首先必須在組織內(nèi)部確定以業(yè)務(wù)流程為實(shí)施導(dǎo)向的指導(dǎo)思想，繼而優(yōu)化工作模式，借助于SAP其他的信息系統(tǒng)來強(qiáng)化其應(yīng)用，逐步形成有企業(yè)自身特色的工作模式。這種模式，我們將其定義為流程驅(qū)動的SAP ERP實(shí)施方法。分頁標(biāo)題

　　有效的工具和方法論

　　A集團(tuán)ERP項(xiàng)目組在項(xiàng)目管理和運(yùn)維方面已經(jīng)使用了一系列的管理工具，但無法深入到業(yè)務(wù)和系統(tǒng)的層面，因此我們需要引入新的工具。經(jīng)過反復(fù)咨詢，考察比較當(dāng)前的技術(shù)狀況及成熟解決方案，我們根據(jù)集團(tuán)的需求，制定了將業(yè)務(wù)流程管理和SAP ERP系統(tǒng)的項(xiàng)目管理和解決方案實(shí)現(xiàn)集成的框架目標(biāo)，并通過招標(biāo)最后確定了以IDS ARIS流程管理平臺和SAP Solution Manager系統(tǒng)相結(jié)合的技術(shù)方案。該方案充分利用了兩個成熟管理平臺各自的強(qiáng)大功能，并定義它們在SAP ERP項(xiàng)目實(shí)施和運(yùn)維工作中的角色分工和工作界面，保證了其成為一個有機(jī)的整體，以實(shí)現(xiàn)流程驅(qū)動SAP ERP實(shí)施方法的有效執(zhí)行。

　　這種組合方案突破了ERP系統(tǒng)實(shí)施和運(yùn)維管理難點(diǎn)的關(guān)鍵需求。我們通過引進(jìn)流程管理平臺、SAP項(xiàng)目實(shí)施支持工具、SAP平臺運(yùn)維支持工具，完善ERP項(xiàng)目和系統(tǒng)維護(hù)管理體系，為企業(yè)流程管理做出一定的技術(shù)和人才準(zhǔn)備。

　　在需求管理和變更管理方面，我們規(guī)范了現(xiàn)有的支持和運(yùn)維工作流程，將業(yè)務(wù)需求、解決方案、系統(tǒng)實(shí)現(xiàn)的業(yè)務(wù)鏈有機(jī)連接，便于控制和追溯，以逐步適應(yīng)企業(yè)內(nèi)部控制的需要。

　　這種組合方案提供了ERP項(xiàng)目實(shí)施的項(xiàng)目管理模板，以及一整套業(yè)務(wù)流程建模的規(guī)范，可以逐步固化ERP項(xiàng)目實(shí)施和運(yùn)維的經(jīng)驗(yàn)，加速實(shí)施推廣。

　　同時，它也完善了知識管理，能夠?qū)崿F(xiàn)ERP項(xiàng)目交付的集中管理，搭建易于管理的、可實(shí)時更新的完整的項(xiàng)目文檔結(jié)構(gòu)，并進(jìn)行版本管理，有效減少文檔維護(hù)的工作量。同時，它還可以集中控制并分發(fā)業(yè)務(wù)人員需要的各類文檔和操作指南，實(shí)現(xiàn)可靠的知識轉(zhuǎn)移。

　　這種組合方案也降低了SAP ERP實(shí)施與運(yùn)維成本。引入ARIS和SAP Solution Manager可以幫助企業(yè)有效降低在SAP ERP實(shí)施后期以及上線運(yùn)行過程中，因業(yè)務(wù)需求不透明而產(chǎn)生的重復(fù)和冗余的工作。例如，在測試階段，由于流程不易于被理解，產(chǎn)生的重復(fù)測試和遺漏測試的現(xiàn)象。對于SAP ERP實(shí)施項(xiàng)目來說，使用ARIS和Solution Manager是在藍(lán)圖設(shè)計(jì)后，系統(tǒng)配置階段開始，可以更明晰和明確地管理業(yè)務(wù)需求，開始發(fā)揮其有效控制SAP ERP實(shí)施項(xiàng)目成本的作用，特別是在系統(tǒng)上線和持續(xù)改進(jìn)的過程中，非常有利于SAP ERP的運(yùn)維與升級。

　　這種組合方案為A集團(tuán)建立了初始的業(yè)務(wù)流程地圖，為今后內(nèi)控和其他管理項(xiàng)目奠定了應(yīng)用基礎(chǔ)。利用ARIS業(yè)務(wù)流程建模系統(tǒng)和工具，A集團(tuán)實(shí)現(xiàn)了業(yè)務(wù)流程與SAP ERP系統(tǒng)Solution Manager模塊中相關(guān)流程結(jié)構(gòu)的雙向同步，實(shí)現(xiàn)業(yè)務(wù)流程與系統(tǒng)配置的統(tǒng)一管理，達(dá)到了公司業(yè)務(wù)流程與ERP SAP系統(tǒng)正確掛接的目的。建立的測試體系為今后項(xiàng)目實(shí)施單位的回歸測試、系統(tǒng)升級測試打下了基礎(chǔ)，能夠提高系統(tǒng)的測試效率。通過Solution Manager平臺建設(shè)，A集團(tuán)對ERP實(shí)施單位的系統(tǒng)變更和解決方案進(jìn)行了全生命周期的集中管理，包括需求變更、業(yè)務(wù)藍(lán)圖變更、方案監(jiān)控、配置變更以及測試管理等。A集團(tuán)應(yīng)用Solution Manager模塊進(jìn)行ERP項(xiàng)目實(shí)施及系統(tǒng)運(yùn)維管理，指導(dǎo)并協(xié)同完成了公司的標(biāo)準(zhǔn)模板，便于未來在ERP項(xiàng)目實(shí)施和運(yùn)維中推廣應(yīng)用。

　　以上是對于工具選擇的介紹，對于方法論而言，一般來講，ASAP實(shí)施方法論是業(yè)內(nèi)幾乎所有人都知道的SAP項(xiàng)目實(shí)施方法論，但它在流程規(guī)劃、流程搭建及上線后的優(yōu)化和監(jiān)控等方面存在不足之處。而流程驅(qū)動的SAP實(shí)施方法以AVE(ARIS Value Engineering)方法論為基礎(chǔ)，進(jìn)行企業(yè)的全面信息化實(shí)施工作。

　　AVE模型是在全球大量的ERP實(shí)施項(xiàng)目中提煉出的標(biāo)準(zhǔn)模型，通過這套已經(jīng)在ARIS中進(jìn)行建模的控制體系，我們可以完全轉(zhuǎn)變以往的“IT驅(qū)動項(xiàng)目”的模式，達(dá)到“業(yè)務(wù)流程驅(qū)動項(xiàng)目”的模式。這也完全符合正在席卷全球的BPM/SOA(基于服務(wù)的架構(gòu))組合理念，SAP公司也已經(jīng)將ARIS作為自己前端的BPM平臺，將流程與IT更加緊密地集成在一起。

　　AVE方法的主要特點(diǎn)如下：

　　? 管理閉環(huán)：從客戶期望看到的業(yè)務(wù)遠(yuǎn)景到信息化實(shí)施方案的產(chǎn)生、發(fā)展以及持續(xù)改進(jìn)的整個過程，都是基于流程優(yōu)化進(jìn)行管理的。

　　? 模型驅(qū)動：流程驅(qū)動SAP ERP實(shí)施，是通過建立企業(yè)相關(guān)的業(yè)務(wù)模型，描述一系列相互關(guān)聯(lián)的輸入輸出關(guān)系，這種關(guān)系的描述最終會成為對于一個完整的實(shí)施方案的描述。

　　? 體系架構(gòu)完整：AVE實(shí)施方法是從不同的角度處理客戶需求，如流程、組織、應(yīng)用系統(tǒng)和數(shù)據(jù)，保證體系架構(gòu)的完整性。

　　? 項(xiàng)目管理量化：通過模型狀態(tài)如何有效反應(yīng)客戶需求和客戶預(yù)期來對流程改進(jìn)的結(jié)果進(jìn)行量化。

　　? 實(shí)施過程全線跟蹤：需求和系統(tǒng)特征結(jié)合起來，最終提供的系統(tǒng)方案能夠追溯到具體的業(yè)務(wù)需求。

　　? 實(shí)施架構(gòu)可以裁減：AVE工作包和交付物可以根據(jù)不同的項(xiàng)目特點(diǎn)進(jìn)行客戶化、定制化。

　　流程驅(qū)動的SAP ERP實(shí)施方法在橫向時間軸上，主要由戰(zhàn)略、業(yè)務(wù)藍(lán)圖設(shè)計(jì)、實(shí)施上線和運(yùn)行控制四個階段構(gòu)成，項(xiàng)目實(shí)施工作內(nèi)容由表及里、由此及彼不斷擴(kuò)展。同時在各個階段對前一階段進(jìn)行檢查，為SAP ERP實(shí)施提供有效可控的實(shí)施方案。

　　雙向同步 匹配業(yè)務(wù)和系統(tǒng)

　　工具和方法都已準(zhǔn)備妥當(dāng)，那如何將其與企業(yè)的獨(dú)特需求結(jié)合起來并落地實(shí)現(xiàn)呢?需求的實(shí)現(xiàn)將通過ARIS系統(tǒng)平臺與Solution Manager系統(tǒng)協(xié)同應(yīng)用來實(shí)現(xiàn)。在圖1所示的流程圖中，紅色邊框區(qū)域表示在ARIS軟件平臺中實(shí)現(xiàn)的業(yè)務(wù)功能，藍(lán)色邊框區(qū)域表示在Solution Manager中實(shí)現(xiàn)的功能，背景為淺藍(lán)色的區(qū)域是ARIS與Solution Manager共同應(yīng)用，協(xié)同完成的功能。ARIS與Solution Manager的協(xié)同是通過雙向同步的方式來實(shí)現(xiàn)兩個系統(tǒng)間的有效集成，進(jìn)而滿足業(yè)務(wù)和系統(tǒng)實(shí)現(xiàn)匹配和實(shí)施的需求。

　　在使用如上所述工作模式的前提下，Solution是一個非常重要的概念。企業(yè)使用的SAP系統(tǒng)(包括所有組件，ECC/BW/EP/XI，包括所有已經(jīng)上線的單位和未來要實(shí)施的單位，包括各種業(yè)務(wù)流程、業(yè)務(wù)模塊、功能)總體就是一個SAP解決方案，一個只有該企業(yè)獨(dú)有的SAP解決方案。從靜態(tài)的層面出發(fā)，我們可以把解決方案理解為一個相對穩(wěn)定的業(yè)務(wù)流程和配置的倉庫，而我們所常說的項(xiàng)目，實(shí)際上只是用來形成解決方案的一個過程。從企業(yè)實(shí)施SAP的第一天開始，SAP解決方案就已經(jīng)存在，隨著SAP的各個項(xiàng)目的不斷實(shí)施，解決方案就不斷地成長，最終成為一個解決方案庫。從動態(tài)的層面出發(fā)，解決方案本身在不斷地變化，變化的方式有兩種，一種是項(xiàng)目的變化(整體打包的、有計(jì)劃的、目的明確的變化)，一種是運(yùn)維的變化(小的、零散的、非計(jì)劃性的、按用戶需求的變化)。企業(yè)的SAP管理功能實(shí)際就是圍繞著解決方案及其兩種變化方式而展開。

　　“我們的工作分工是按模塊劃分的，但建模從業(yè)務(wù)出發(fā)，我們的工作范圍該如何劃分?為什么還要搭建流程架構(gòu)，只把詳細(xì)的流程圖畫好不就可以了嗎?為什么要將配置和流程掛接起來，之前我們只寫一份配置清單就可以了啊?”……

　　實(shí)施顧問在了解到工作模式的內(nèi)容后，提出了一系列尖銳的問題。但是當(dāng)大家意識到這樣做帶來的價值時，都認(rèn)可了這種工作模式。同時在ARIS中基于最底層的流程搭建了兩套流程體系，一套依據(jù)企業(yè)的實(shí)際業(yè)務(wù)，一套依據(jù)SAP的功能劃分。當(dāng)企業(yè)的管理者和業(yè)務(wù)人員看到層次明確、切分清晰的流程體系時，都認(rèn)為這就是自己想要的東西。而SAP顧問從流程中過濾出了自己熟悉的T-CODE。

　　A集團(tuán)使用上述工作模式，是AVE方法論的一次完整而全面的使用，對AVE方法論的推廣使用具有切實(shí)可行的借鑒意義�？偨Y(jié)起來，它具有四大突出特點(diǎn)。

　　第一，嚴(yán)密的項(xiàng)目實(shí)施邏輯。

　　在項(xiàng)目實(shí)施路線上，分四個大的步驟，架構(gòu)、設(shè)計(jì)、實(shí)施、控制，延續(xù)了ARIS一貫的從戰(zhàn)略到設(shè)計(jì)、實(shí)施再到控制的整體思路，體現(xiàn)了循環(huán)管理的思想，既使得項(xiàng)目能夠有條不紊地實(shí)施，又能夠?qū)��?xiàng)目質(zhì)量進(jìn)行監(jiān)督和保證。另外，在實(shí)施步驟上，業(yè)務(wù)邏輯清楚，21個環(huán)節(jié)環(huán)環(huán)相扣，保證了項(xiàng)目的連貫性。

　　第二，業(yè)務(wù)與技術(shù)的有效結(jié)合。

　　該方法十分注重業(yè)務(wù)與技術(shù)的結(jié)合，且二者有主有次，首先從業(yè)務(wù)著手，然后落實(shí)于技術(shù)，最后再回饋到業(yè)務(wù)。在企業(yè)實(shí)踐中，業(yè)務(wù)運(yùn)行質(zhì)量的好壞始終是上至管理者、下至普通員工關(guān)心的第一位的問題，而技術(shù)和系統(tǒng)只是實(shí)現(xiàn)業(yè)務(wù)績效的有力工具。A集團(tuán)本項(xiàng)目的21個詳細(xì)的實(shí)施步驟正是這種思想的直接體現(xiàn)。

　　第三，強(qiáng)調(diào)系統(tǒng)的動態(tài)和持續(xù)優(yōu)化。

　　在項(xiàng)目實(shí)施和運(yùn)維工作中不僅僅追求在系統(tǒng)上線時系統(tǒng)內(nèi)流程與業(yè)務(wù)流程的一致性，而且希望通過流程管理制度來實(shí)現(xiàn)二者長期的一致，即每當(dāng)實(shí)際業(yè)務(wù)流程出現(xiàn)變化時，應(yīng)觸發(fā)ERP系統(tǒng)隨需求而改變，以此來保證系統(tǒng)長期跟上業(yè)務(wù)變化的步伐，實(shí)現(xiàn)系統(tǒng)的持續(xù)優(yōu)化以及跟蹤。

　　第四，重視知識的固化。

　　實(shí)施過程中涉及到的建模規(guī)范、系統(tǒng)配置手冊、流程管理制度等都以文檔的形式加以保存，可以用于項(xiàng)目的跟蹤管理，也可以用于指導(dǎo)其他相似的項(xiàng)目。

　　但是該方法在實(shí)施過程中還存在一些不足，比如：

　　? 藍(lán)圖設(shè)計(jì)文檔的全部內(nèi)容都維護(hù)在ARIS系統(tǒng)中時，自動生成的藍(lán)圖文檔格式難以滿足實(shí)際要求。

　　? 在Solution Manager中維護(hù)IMG配置項(xiàng)時，由于Solution Manager對藍(lán)圖架構(gòu)的限制，無法精確對應(yīng)。

　　? 變更管理的剛性審批流程難以與企業(yè)的變更管理流程契合。

　　? 它增加了ERP實(shí)施項(xiàng)目的內(nèi)容，引入了新的應(yīng)用管理平臺，增加了實(shí)施步驟和難度，對于項(xiàng)目資源和實(shí)施顧問的能力有著更高的要求。短期內(nèi)ERP項(xiàng)目的實(shí)施成本將提高，有一定的風(fēng)險和阻力。但是從長遠(yuǎn)看，在打好基礎(chǔ)后，回報會逐步顯現(xiàn)。

　　A集團(tuán)的經(jīng)驗(yàn)是，對于應(yīng)用該方法中的一些不足和缺陷，還需在后續(xù)的項(xiàng)目和運(yùn)維工作，逐漸加以改進(jìn)和完善，使該方法切實(shí)地實(shí)現(xiàn)其提出的初始目標(biāo)。分頁標(biāo)題

　　ERP實(shí)施運(yùn)維六大懸疑問題

　　“我們提出的需求到底實(shí)現(xiàn)了沒有?最新的設(shè)計(jì)文檔是否包含了最近的變更需求?為什么要做這樣的配置?測試是否覆蓋了預(yù)設(shè)的業(yè)務(wù)范圍?”

　　在ERP的實(shí)施和運(yùn)維工作中，我們經(jīng)常會聽到類似疑問和困惑。A集團(tuán)以他們的實(shí)際經(jīng)驗(yàn)總結(jié)了ERP項(xiàng)目實(shí)施過程中六大問題。

　　問題一：難以保障企業(yè)的流程地圖和SAP系統(tǒng)的完全匹配。

　　ERP項(xiàng)目實(shí)施過程中，業(yè)務(wù)藍(lán)圖及其對應(yīng)的需求和SAP系統(tǒng)中的業(yè)務(wù)對象沒有完全對應(yīng)，存在事實(shí)上兩張皮的現(xiàn)象。而實(shí)際上，各層級業(yè)務(wù)流程地圖應(yīng)該得到準(zhǔn)確描述，業(yè)務(wù)需求和SAP系統(tǒng)實(shí)現(xiàn)完全匹配。

　　問題二：難以保障需求變更和系統(tǒng)變更的完全匹配。

　　需求變更導(dǎo)致了系統(tǒng)配置的更改。而且，受其影響所致的操作步驟、流程、業(yè)務(wù)場景、項(xiàng)目藍(lán)圖等的變更無法準(zhǔn)確評估，會導(dǎo)致測試范圍過大或過小。

　　問題三：項(xiàng)目成果未能集中管理、持續(xù)更新，也沒有轉(zhuǎn)化為模板進(jìn)行推廣。

　　項(xiàng)目結(jié)束后藍(lán)圖設(shè)計(jì)、系統(tǒng)配置、測試文檔等關(guān)鍵交付品都被束之高閣，運(yùn)維過程中的更新與修改沒有融入到原先的交付品文檔中。正確的做法是啟用解決方案記錄實(shí)施成果，在SAP項(xiàng)目管理系統(tǒng)中建立集團(tuán)標(biāo)準(zhǔn)模板，以及不同行業(yè)的應(yīng)用模板，各下級單位應(yīng)在標(biāo)準(zhǔn)模板和行業(yè)模板的基礎(chǔ)上進(jìn)行推廣實(shí)施;實(shí)施結(jié)束后，將成果回滾，更新優(yōu)化標(biāo)準(zhǔn)模板和行業(yè)模板支持運(yùn)維工作在解決方案基礎(chǔ)上進(jìn)行。

　　問題四：企業(yè)的信息化建設(shè)只重系統(tǒng)功能，忽略業(yè)務(wù)需求的問題。

　　業(yè)務(wù)驅(qū)動、IT 引領(lǐng)，使信息系統(tǒng)以滿足公司業(yè)務(wù)需求、服務(wù)工作流程為首要任務(wù)，應(yīng)該將傳統(tǒng)的信息化建設(shè)“IT驅(qū)動項(xiàng)目”的模式，轉(zhuǎn)變?yōu)?ldquo;業(yè)務(wù)流程驅(qū)動項(xiàng)目”的模式。

　　問題五：難以滿足ERP項(xiàng)目對質(zhì)量控制的特殊要求。

　　目前，項(xiàng)目管理在ERP實(shí)施中已得到了充分的重視，但對IT類項(xiàng)目的質(zhì)量控制要求，卻缺少有效的管理手段。其實(shí)，可以借助于統(tǒng)一的SAP實(shí)施和運(yùn)維管理平臺，控制好關(guān)鍵路徑的里程碑，來引導(dǎo)調(diào)整項(xiàng)目跟隨路徑的狀態(tài)，從而滿足項(xiàng)目管理的嚴(yán)格要求。例如，業(yè)務(wù)藍(lán)圖審批簽署前，應(yīng)鎖定SAP ECC開發(fā)系統(tǒng)，不允許將SANDBOX的配置傳輸進(jìn)去。

　　問題六：難以滿足ERP項(xiàng)目對SAP系統(tǒng)配置管理的特殊要求。

　　在SAP項(xiàng)目實(shí)施過程中，一般都啟用了多個SAP系統(tǒng)(DEV/QAS/MOCK/PRD)，以達(dá)到充分測試檢驗(yàn)系統(tǒng)功能和流程的目的。但是，缺少方便快捷的技術(shù)手段，讓配置和系統(tǒng)管理人員直接檢查比較各個目標(biāo)系統(tǒng)配置。而且，系統(tǒng)配置文檔記錄的內(nèi)容可能與當(dāng)前SAP系統(tǒng)配置不匹配，將給運(yùn)維支持帶來困難和危害。

服務(wù)器租用/服務(wù)器托管中國五強(qiáng)！虛擬主機(jī)域名注冊頂級提供商！15年品質(zhì)保障！--億恩科技[ENKJ.COM]