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

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

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

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

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

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

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

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

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

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

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

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