ERP專案交付時可“多說少做”
本篇文章版權由ECF和HP所有
作者:童繼龍
感謝:本文部分內容由我的同事劉應富完成,感謝他的總結與分享!
ERP專案實施工作完成之後,往往在專案經理和顧問撤場,系統的應用程度就往往會出現下降,甚至在專案經理和顧問撤出之後,系統走到了最終停擺的命運。特別是在當前許多企業的IT部門職責不明確,業務部門工作壓力普遍較大的情況下,對於系統上線應用也是“運動式”的,公司領導關注了就用,一旦大家不再關注的時候,系統也就燒開了的水慢慢冷卻下來了。
這應該是企業方的責任呢?還是軟體交付方的責任?我認為很大程度上應該是軟體交付方的責任。軟體交付方的職責中,有一條很重要,那就是“授人以魚,不如授人以漁”,把客戶的系統交付上線不是最張目的,教會客戶如何運營和應用系統才是最終目的。而為了達到這個目的,我們的專案經理或者顧問在專案現場應該做什麼呢?確切點說,往往是因為我們的專案經理或顧問做的太多了,專案經理應該在專案現場學會“多說少做”。這一個觀點來自於我的一位同事,這位同事在進行某專案實施工作的總結時寫道:
在專案實施階段就讓客戶多動手、多思考,而我們少動手。少動手並不意味著鼓勵偷懶,而是由我們告訴客戶方法,指導他們如何應用,讓客戶知道為什麼要這麼做,然後具體的流程梳理與操作讓他們來完成。因為作為專案經理,要調配好手中的資源,公司內部有你的資源,客戶方的關鍵使用者也都是你的資源,這些資源都要有效的利用起來。所以這次在FT實施中,大部分工作都讓他們來完成,包括流程梳理、方案編寫與彙報、資料準備、許可權分配、業務引數設定,工作流配置等,但每一項工作我都會跟他們一起完成,指導他們怎麼應用,為什麼要這麼設定,具體錄入系統由他們完成。另在實施中也明確了各部門的系統應用崗位職責,同時在部門內部還指定專人(稱為部門資訊管理專員),部門資訊管理專員作為本部門系統應用的第一責任人,要熟練掌握系統應用,作為本部門系統應用專家,完成部門內部的培訓,知識傳遞等工作,所有這些職責都具體到部門和具體的個人,並通過公司的正式發文,讓每一件事情能責任到人。責權清晰了,再加上我們的監控,執行的力度就會進一步加強,系統的有效應用就會有保障。
而就是通過這樣一個過程,將ERP專案經理的職責—傳授方法貫徹到底,只有這樣才能確保專案最終上線應用的效果,也不會出現專案經理撤離之後的應用衰減問題。
本篇文章版權由ECF和HP所有
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/25389417/viewspace-688088/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- ERP專案交付時請放棄“完美主義”
- 做IT整合類大專案,真正成功交付並盈利的少之又少
- 千萬級ERP專案的交付思考
- 外包IT專案如可做(轉)
- 專案管理難題——資源少專案多,如何破局?專案管理
- ERP二次開發的多與少
- 為什麼說人員管理是成功交付專案的關鍵?
- 說說這半年做的一個專案,並分享給各位
- 如何確保按時交付專案? 有哪些實用方法
- ERP專案實施方 可曾有話要說 (轉)
- 專案管理之風險管理案例-專案交付風險專案管理
- 小公司的專案交付
- ERP專案實施方 可曾有話要說(1)(轉)
- ERP專案實施方 可曾有話要說(2)(轉)
- 我國ERP應用為何敗多成少(轉)
- 掌握這七個專案管理策略,助你成功交付專案專案管理
- ERP專案管理制度要適時更新(轉)專案管理
- 大家做專案管理時都用的什麼工具?專案管理
- 專案註定延期時,應該做什麼?
- 面試大資料再也不怕沒專案可說了面試大資料
- 聊聊我對敏捷專案交付的理解敏捷
- Shiro多專案許可權集中管理平臺
- ERP專案計劃書
- 因為忽略干係人管理,專案臨交付時一地雞毛
- 資料專案與erp專案的差異
- 資訊化專案的成功源泉:交付+成本(轉)
- 正確理解專案交付成果(Deliverable)(轉)
- 如何做專案
- 傳統ERP管理專案有哪些問題?專案ERP系統哪個好?
- 多專案並行時人員怎麼分配並行
- ERP專案實施風險控制
- ERP專案的監督(轉)
- erp專案實施難薦
- ERP的專案管理(1)(轉)專案管理
- ERP的專案管理(2)(轉)專案管理
- ERP專案的風險管理(轉)
- ERP專案實施日記
- IT專案成功——良好交流必不可少 (轉)