象沒有完全對應(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ù)場景、項目藍圖等的變更無法準(zhǔn)確評估，會導(dǎo)致測試范圍過大或過小。
問題三：項目成果未能集中管理、持續(xù)更新，也沒有轉(zhuǎn)化為模板進行推廣。
項目結(jié)束后藍圖設(shè)計、系統(tǒng)配置、測試文檔等關(guān)鍵交付品都被束之高閣，運維過程中的更新與修改沒有融入到原先的交付品文檔中。正確的做法是啟用解決方案記錄實施成果，在SAP項目管理系統(tǒng)中建立集團標(biāo)準(zhǔn)模板，以及不同行業(yè)的應(yīng)用模板，各下級單位應(yīng)在標(biāo)準(zhǔn)模板和行業(yè)模板的基礎(chǔ)上進行推廣實施；實施結(jié)束后，將成果回滾，更新優(yōu)化標(biāo)準(zhǔn)模板和行業(yè)模板支持運維工作在解決方案基礎(chǔ)上進行。
問題四：企業(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è)務(wù)藍圖審批簽署前，應(yīng)鎖定SAPECC開發(fā)系統(tǒng)，不允許將SANDBOX的配置傳輸進去。
問題六：難以滿足ERP項目對SAP系統(tǒng)配置管理的特殊要求。
在SAP項目實施過程中，一般都啟用了多個SAP系統(tǒng)（DEV/QAS/MOCK/PRD），以達到充分測試檢驗系統(tǒng)功能和流程的目的。但是，缺少方便快捷的技術(shù)手段，讓配置和系統(tǒng)管理人員直接檢查比較各個目標(biāo)系統(tǒng)配置。而且，系統(tǒng)配置文檔記錄的內(nèi)容可能與當(dāng)前SAP系統(tǒng)配置不匹配，將給運維支持帶來困難和危害。
項目經(jīng)理勝任力免費測評PMQ上線啦！快來測測你排多少名吧~
http://m.vanceur.cn/pmqhd/index.html
