erp二次開發專案
[img]
我們的客戶每一家都不一樣，都有各自的特點，如果遇到有專業it部還好些，如果沒有那麼效果會差些。有專業it部，客戶就會知道標準軟體開發的具體過程，初步知道個難易程度，會為開發人員著想。沒有專業it部的客戶，只有不停的讓你趕進度，他看具體結果，管你用啥方式方法。
一般的erp專案的立項要走很久的流程，一般1--2個星期甚至更長時間，具體看客戶了。
成功交付專案應注意的幾點：
1. 需求調研要不恥下問，要臉皮厚點，問題多點，記錄多點。在客戶拿不定需求點時，我們要體現出專家的一面，讓客戶做選擇題，而不是填空題，對於客戶的需求實現有難度並且工期還緊的情況，我們邀想大禹治水一樣，不能堵，堵是堵不住的，要疏導，把需求引導到我們可以解決的方向去，如果時間允許，開啟他們原有系統看看流程，深入了解一下，做一下參考與改進。在每次與客戶溝通需求的時候，有準備，前期做好問題列表，針對客戶的回答做好筆記，回去整理，一定要當天整理，我相信你的記憶力沒有那麼好，不要太過自信。整理好之後及時發給專案相關人員及客戶負責人，一定要讓你的團隊成員參與進需求調研上來，記住你不是乙個人在戰鬥。
2. 專案估算要讓銷售等一線人員和客戶理解你為什麼要評估這麼多天得工作量，盡量要把明細給到他們，堵住他們的嘴，好的專案估算是建立在良好需求調研的前提下的，盲目的估算，會給你後面的工作帶來災難性的打擊。適當的時候可以與同事一起頭腦風暴一下，做乙個原型給客戶看看，再配上流程圖。有以前的專案可以借鑑，或者是標準產品上的內容是否有可以借鑑的，這樣評估的工作量會精準些。生活中不缺少美，而是缺少發現美的頭腦。
3. 專案開發要穩重，不能著急，即使是客戶很急那你也不能著急。理順好123條，把相類似的功能分配給同乙個人做效率會高些。在流程方面一定要與實施人員溝通好，畢竟開發人員對標準產品的了解不如實施人員，某一流程可能只需配置就可以搞定，就沒必要去開發。**的耦合一定要做好，為後期變更做良好的準備。開發團隊一定要有自己的開發空間，比如單獨的會議室之類的，免去客戶打擾。去客戶現場開發有利有弊。利：溝通方便，及時快速。弊：客戶需求變更多，你去做的工作可能會增加，有問題就找你。權衡一下才行。erp專案需求變更就像吃飯一樣平常，前期要預計好，專案變更可以，但要有個流程，我們都是要培養與客戶的關係，小的需求適當免費，大的需求必須要收費，變更過程要有流程，必要時需要雙方領導簽字或者開會確認，最好乙個月提供乙份需求變更單明細給到雙方領導，這樣需求才可能得到有效控制。
4. 專案測試要結對，團隊內部互相測，避免乙個人從開發到測試等，互相做**走查及功能測試，改進的過程很重要，因為客戶已在實用erp系統，改進過程一定要及時準確，這樣就像前面我們說的**耦合性一定要做好。不要給客戶不良的印象。盡量避免上線後出現nullpoint 錯誤，很低階。
5. 上線驗收要蹲點客戶現場，及時的給客戶講解操作過程，最好做培訓，防止客戶誤操作帶來的影響。
乙個專案的成功需要很多人的努力，我們要把目標鎖定，加強溝通，能當面溝通的盡量不要打**，能打**溝通不要mail，mail只做備份用。專案成功涉及很多部門的合作，這個要看公司體制啥啥樣的，是以專案為中心還是以盈利為中心的，杜絕部門間的內耗，內耗害死人啊。專案的成功是最好的結果就是公司與客戶實現雙贏
ERP專案管理經驗
為什麼在實施過程中有的專案就能做的非常好，有的專案應用效果就非常差？原因在 下面本人就從下面幾個方面進行分析 1 什麼是專案？2 在erp軟體行業專案應該怎麼做？3 為什麼有一些專案會失敗，失敗的原因在 4 怎樣最大程度避免專案失敗？1 什麼是專案？專案可以理解為是一種任務，個人理解專案一般包括三層...
ERP實施的專案管理（上）
對erp專案所有方面的計畫 組織 管理和監控,是為了達到專案實施後的預期成果和目標而採取內部和外部的持續性的工作程式。這是對時間 成本,以及產品 服務細節的需求相互間可能發生矛盾進行平衡的基本原則。以下是結合實施erp專案的實際經驗,介紹erp專案管理的主要內容 工具和方法。一 典型的專案管理迴圈 ...
ERP實施的專案管理（上）
來自 it經理世界 對erp專案所有方面的計畫 組織 管理和監控,是為了達到專案實施後的預期成果和目標而採取內部和外部的持續性的工作程式。這是對時間 成本,以及產品 服務細節的需求相互間可能發生矛盾進行平衡的基本原則。以下是結合實施erp專案的實際經驗,介紹erp專案管理的主要內容 工具和方法。一 ...