中小SAP專案中的人員編制
但實際上,SAP的專案在上線後的很長一個階段都不需要進行大的調整,作為內部顧問來說更多的是需要學習--為後續的改善或者擴充學習新的知識。而這個階段所產生的問題主要是使用者操作不夠熟練造成的。透過合理的調配人員,中小企業可以大大壓縮人員方面的投入。對於中小企業來說一個SAP專案合理的內部顧問可以控制在5-6人左右。
ERP的內部維護分為四個層次,兩個階段
第一層是系統應用層,這一層需要解決的主要是些操作層次的問題。比如說開採購訂單輸入錯了價格需要修改,倉庫進倉輸錯了日期。這個層次的問題通常可以在關鍵使用者這裡得到解決--問題更多的表現在流程和許可權上。只要給關鍵使用者開通了修改記錄的許可權,出現錯誤時可以由專人進行修改就可以了。這部分屬於日常工作。
本人曾經做過統計,以下問題佔到了系統問題的70%以上:
1、 由於使用者原因導致沒有按時輸入資料或漏輸資料。
2、 由於操作不熟練導致的輸錯資料,特別是金額和日期。
3、 由於流程上的配合問題導致的錯誤。
第二個層次是系統配置方面的。這個層次的問題主要是使用者需要增加一些倉庫、工廠、訂單型別方面的資料,由於對系統影響很大,只能由內部顧問來操作。當系統執行過一定時間以後,在管理方面需要最佳化、升級或擴充時也需要由內部顧問來對系統進行重新配置,但通常在配置方面的工作量不會很大。這部分屬於特別情況的處理。
第三個層次系統開發層次。開發層次分為兩個階段,第一階段是系統報表的開放,通常在系統上線後的一段時間內報表的開發需求會比較大。當系統穩定執行了一段時間以後,使用者對功能方面的需求也會逐步增加,這時就會進入到第二階段,即系統功能方面的開發。當然,SAP本身是個比較完善的系統,開發的工作更多的是與其他系統的介面。第一階段的工作也屬於日常維護的範圍。第二階段則屬於特別情況的處理,需要由ERP專案經理與使用者具體溝通。
第四個層次系統安全與備份。這部分的維護工作通常由BASIS來專門負責,負責的內容包括使用者授權,系統備份和效能最佳化等。這是屬於日常工作之一。
從以上的情況來看,只要我們建立了有層次的維護體系就能將顧問人員的數量儘量減少。
下面將不同人員的權責進行劃分,來最佳化ERP專案的組織結構。
1、關鍵使用者
關鍵使用者由部門的文員或部門領導指定的人員擔任,主要負責解決本部門或本模組操作層次上發生的所有問題。要求其具備以下基本素質:
A、 瞭解本部門的運作流程和工作職責。
B、 瞭解本部門在ERP專案中的所有操作。
C、 記錄系統執行過程中出現的所有問題,並整理歸檔。
D、 解答終端使用者提出的問題,並將不能解決的問題及時反饋給內部顧問。
關鍵使用者需要將系統出現的問題進行歸納整理,實現問題處理標準化。這樣可以將大量基礎的問題在最短的時間內解決。減輕內部顧問的工作壓力。
透過這樣的方式,內部顧問的日常工作就是系統報表的開發和系統功能的深入研究。
關鍵使用者基本上按每個部門最少一名來配備。關鍵使用者在原部門工作和ERP專案上的投入約為2:1的比例。可以考慮給每名關鍵使用者增加300-500元的崗位工資。但必須對其工作進行有效考核。
2、內部顧問(模組顧問)
內部顧問主要由IT部門的人員擔任,內部顧問必須具備以下素質:
A、 熟悉ERP產品,熟悉所負責模組的基本配置,並能深入研究該模組的擴充套件功能
B、 在熟悉一個模組配置的基礎上依據公司的安排協助同事維護第二個模組的功能,並逐步掌握該模組的基本配置。
C、 負責本模組的系統二次開發功能,對於跨模組的功能開發由專案經理安排與其他顧問分工合作。
D、收集和整理本模組遇到的所有問題,並對問題進行分析總結。定期提交總結報告。並在該報告的基礎上提交改善意見。
E、 對ERP的關鍵使用者、終端使用者定期培訓,特別是解決事實過程中遇到的各種問題。
F、 負責分公司ERP專案的實施工作,指導分公司相關人員正確的匯入ERP系統。
按PP、MM、SD、FI/CO四個部分來配置,需要4名內部顧問。
3、系統顧問(技術顧問)
技術顧問主要負責ERP系統的許可權管理、系統維護和效能最佳化,系統顧問必須具備以下素質:
A、 瞭解和掌握公司ERP系統的軟、硬體知識,特別是主機的維護管理知識。定期對系統進行備份,保障系統的正常穩定執行。
B、 登陸ERP的服務網站,及時掌握系統的更新資訊,及時給系統打上功能或安全補丁。
C、 深入瞭解作業系統的最佳化、監控功能,即使預報可能出現的問題。特別要監控系統的硬碟空間、記憶體使用資訊。
D、掌握ERP系統的許可權管理功能,並根據使用者的申請和領導審批的結果在系統中為使用者增刪許可權。
E、 在ERP的服務網站上登記系統出現的問題(如SAP的OSS網站和ORACLE的MEATLINK網站),並將ERP服務網站上反饋的結果及時反饋給相關顧問。
企業需要配備一名專職的技術顧問。
透過以上的安排我們可以建立關鍵使用者->內部顧問->技術顧問三個層次的支援體系。操作層次的問題儘量在關鍵使用者層次解決,系統配置和最佳化方面的問題在內部顧問層次解決。當內部顧問無法解決問題後由技術顧問在ERP服務網站上尋求幫助。
同時內部顧問之間也考慮到了相互的配合與冗餘:一個顧問主要負責一個模組的工作,並協助處理另一個模組的工作,每半年到一年交換一次負責的模組。這樣當某個顧問離職時另一個顧問也可以很快的接手其工作,防止服務中斷。更重要的是,我們以可以在關鍵使用者中培養和挖掘ERP服務人才。對於那些有興趣維護系統,並對系統有一定了解的人,提供了升為內部顧問的空間。當公司的ERP實施部門需要擴充時可以隨時從這批人中間提拔。
從時間上來看,內部顧問的工作會分為三個大的階段:
第一階段:ERP專案實施時,內部顧問需要快速學習ERP產品的前臺、後臺功能。掌握ERP系統的維護技巧,能在外部顧問離開後全盤接手系統的基本維護工作。
第二階段:ERP專案上線後的半年內,內部顧問需要記錄和整理上線過程中出現的問題,並做簡單的報表開發。
第三階段:ERP系統上線穩定以後,內部顧問需要對ERP專案的實施效果進行評估,並依據公司高層對ERP專案的更多要求擴充ERP系統應用。
僅就SAP產品來說,系統上線後的維護人員有的公司只有三到四人,如聯想公司這樣的,內部顧問多達300人以上。顧問多與少的因素主要取決於公司對ERP產品的定位:是否需要更深入的應用(應用的模組越多,顧問的需求越多),是否需要與其他系統進行介面以及企業是否有某些特殊的要求(定製開發特別的功能)。
從XX的實際情況來看,我認為有五名顧問即可。當然,對於PP和FI/CO這樣難度比較大的模組,可以考慮外部招聘,招聘有一定經驗的人來擔任。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/854/viewspace-971620/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- IT專案管理中的人員管理專案管理
- 軟體專案中的人員管理和團隊建設 (轉)
- (原)ERP專案小組的人員對專案的影響
- 應對緊急專案的人員調配 (轉)
- 專案管理中的人力資源問題專案管理
- 專案中的人力資源管理(轉載)
- [專案管理]專案管理中組員婚嫁事件對話專案管理事件
- ERP專案中的人力資源管理(轉)
- 軟體專案計劃編制方針 (轉)
- 答覆小寶之“關於專案的人員組織結構”問題
- 一地雞毛:軟體專案中的人際困局
- sap 專案總結
- SAP專案評估
- 試論中小軟體企業專案開發中的風險管理
- 在 Windows 中編譯 Github 中的 GO 專案Windows編譯GithubGo
- SAP解決方案賦能中小企業走向“專精特新”
- SAP實施專案中採購員在非生產性採購申請審批流中的角色安排
- 軟體開發專案計劃編制過程(轉)
- [golang] cgo專案如何編譯便攜版二進位制檔案Golang編譯
- 診斷中小企業軟體專案管理專案管理
- 中小型軟體開發專案管理專案管理
- SAP顧問如何在GLOBAL 專案中快速提升自己?
- 淺談SAP專案管理專案管理
- 迭代型軟體專案開發計劃的編制(轉)
- Ubuntu中CLion編譯Geant4專案Ubuntu編譯
- 非常道-中小軟體公司專案管理(4.1 專案啟動並非專案的起點)專案管理
- 用Rational工具管理中小專案需求與測試
- 中小企業初創之專案論證(轉)
- 我的Django專案中的許可權機制Django
- 軟體專案中測試人員的考核(轉載)
- SAP freelancer接SAP專案的幾種方法
- 普通專案組成員對專案的作用(轉)
- 專案報警機制
- 中小企業的繁殖技巧:專案發展模式(轉)模式
- SAP freelancer接SAP專案應有底線思維
- 在專案管理中,專案成員不能及時完不成任務,應該怎麼做?專案管理
- 專案管理與足球比賽――淺談專案的人力資源管理(轉)專案管理
- SAP Global Rollout專案Localization – Bonded Warehouse