ecf和hp所有。
erp專案實施工作完成之後，往往在專案經理和顧問撤場，系統的應用程度就往往會出現下降，甚至在專案經理和顧問撤出之後，系統走到了最終停擺的命運。特別是在當前許多企業的it部門職責不明確，業務部門工作壓力普遍較大的情況下，對於系統上線應用也是「運動式」的，公司領導關注了就用，一旦大家不再關注的時候，系統也就燒開了的水慢慢冷卻下來了。
這應該是企業方的責任呢？還是軟體交付方的責任？我認為很大程度上應該是軟體交付方的責任。軟體交付方的職責中，有一條很重要，那就是「授人以魚，不如授人以漁」，把客戶的系統交付上線不是最張目的，教會客戶如何運營和應用系統才是最終目的。而為了達到這個目的，我們的專案經理或者顧問在專案現場應該做什麼呢？確切點說，往往是因為我們的專案經理或顧問做的太多了，專案經理應該在專案現場學會「多說少做」。這乙個觀點來自於我的一位同事，這位同事在進行某專案實施工作的總結時寫道：
在專案實施階段就讓客戶多動手、多思考，而我們少動手。少動手並不意味著鼓勵偷懶，而是由我們告訴客戶方法，指導他們如何應用，讓客戶知道為什麼要這麼做，然後具體的流程梳理與操作讓他們來完成。因為作為專案經理，要調配好手中的資源，公司內部有你的資源，客戶方的關鍵使用者也都是你的資源，這些資源都要有效的利用起來。所以這次在ft實施中，大部分工作都讓他們來完成，包括流程梳理、方案編寫與匯報、資料準備、許可權分配、業務引數設定，工作流配置等，但每一項工作我都會跟他們一起完成，指導他們怎麼應用，為什麼要這麼設定，具體錄入系統由他們完成。另在實施中也明確了各部門的系統應用崗位職責，同時在部門內部還指定專人（稱為部門資訊管理專員），部門資訊管理專員作為本部門系統應用的第一責任人，要熟練掌握系統應用，作為本部門系統應用專家，完成部門內部的培訓，知識傳遞等工作，所有這些職責都具體到部門和具體的個人，並通過公司的正式發文，讓每一件事情能責任到人。責權清晰了，再加上我們的監控，執行的力度就會進一步加強，系統的有效應用就會有保障。
而就是通過這樣乙個過程，將erp專案經理的職責—傳授方法貫徹到底，只有這樣才能確保專案最終上線應用的效果，也不會出現專案經理撤離之後的應用衰減問題。
ecf和hp所有。
感謝：本文部分內容由我的同事劉應富完成，感謝他的總結與分享！
產品交付時的信心
軟體測試工程師，我們經常需要進行所謂的sign off。可能是對某乙個特定功能的sign off，可能是對特定階段特定質量要求的sign off，也可能是軟體最終發布的sign off。就是一種宣言 在本人認知下，盡了最大的努力，軟體已經達到預定質量！個人覺得這其實是有點儀式感，有點聖神的。那麼，怎...
ERP專案教訓
上年底接到乙個小公司的企業管理軟體專案，在做的過程中產生了種種的問題。1.輕視了erp軟體的製作，在缺乏財務知識的情況下，接下了這個需要很多財務知識的專案，導致在做需求分析時出現了一些預料之外的困難，最後做出的需求分析也不專業。這也帶出了乙個問題，計算機要應用到其它行業時，程式設計師並不熟悉相關行業...
ERP專案管理
erp二次開發專案 img 我們的客戶每一家都不一樣，都有各自的特點，如果遇到有專業it部還好些，如果沒有那麼效果會差些。有專業it部，客戶就會知道標準軟體開發的具體過程，初步知道個難易程度，會為開發人員著想。沒有專業it部的客戶，只有不停的讓你趕進度，他看具體結果，管你用啥方式方法。一般的erp專...