眼看第一個MES項目月底就要上線驗收了。本項目實施比較順利，預計比計劃拖后3周時間，節約了30%的成本，實現了項目目標，可以算是一個成功的MES項目。總結分析，除了業務較簡單，甲方好相處之外，和整個項目團隊的努力是分不開的。但在實施過程中也存在一些問題，從需求調研到上線交付，值得總結回顧。我想從合同簽訂、需求分析、軟件設計、軟件開發和測試和上線運行的軟件開發過程結合項目成本、進度、范圍和質量等管理活動進行分析。

本項目是為某汽車零部件企業實施MES系統，實現工單計劃、沖壓生產、焊接生產、設備、模具和不合格品等業務的管理。項目實施周期為2018年7月1號到2018年12月5號。

合同簽訂

目標

項目開始前簽訂合同，確定項目基本范圍。

結果

6月份甲方基本確定和公司合作，開始討論簽合同問題。7月份在合同簽訂之前，項目組已經投入人員進行需求調研工作，并正式立項。但合同的簽訂直到9月底才完成，才收回第一筆款。

過程分析

項目立項時，基本確定項目范圍，形成項目技術協議。需求調研按照技術協議內容開展。7月底，甲方要求增加A線業務，并修改技術協議內容。此時，由于已經投入成本，只能接收。9月份，按照項目進度應該去現場進行匯報和業務交流，但由于合同遲遲未簽，公司領導并不同意去做交流，只能電話交流，交流效果較差。9月份，由于甲方為政府機關，按照規定，大于100W合同需要走招標流程，導致公司緊急進行投標編寫和投標，并且第一輪信息錯誤，導致廢標。后經多方努力，才終于在9月底成功簽訂合同。

經驗教訓

在項目啟動之前，應該把合同簽訂，對于甲方來說，可以避免乙方資源投入風險，提高項目成功率。對于乙方，除了避免投入成本，最終項目無法簽訂的分線外，還能避免項目范圍蔓延，項目資金縮水的可能。

需求分析

目標

半個月內完成項目需求調研，基本確定項目范圍和邊界，明確項目核心功能要求，形成需求規格說明書。

結果

在甲方現場待了半個月，通過填寫調查問卷、訪談、現場走訪、跨部門需求調研會、收集資料等方式，基本明確甲方當前業務流程現狀和項目范圍，形成需求規格說明書。

過程分析

需求調研在甲方現場進行了半個月，由項目經理帶領2個實施顧問進行。首先，項目組和甲方項目經理進行項目業務調研。比較幸運的是，甲方項目經理對整個業務流程非常熟悉，基本可以代表以后MES關鍵用戶的意見，為需求的準確性和全面性打下良好基礎。在和甲方項目經理的交流后，項目組到現場進行走訪調研，和一線生產人員溝通業務細節，并注意收集業務清單和業務數據，通過單據串聯，復原整個業務流程框架。8月初，項目組在整理過程中發現的問題，進行了二次調研，對一些項目范圍和細節進行了澄清。
但從后續階段實施過程發現，半個月的需求調研和第二次為期一周的調研不夠細致，很多細節并沒有調研清楚，比如批次管理、和WMS業務銜接、生產備料領料流程等，對設計和開發產生一些影響。

經驗教訓

首先，缺少正式的需求評審。需求調研完成后，和客戶交流進行確認，但并沒有進行需求評審。這導致客戶沒有很好的起到把關作用，對需求細節沒有仔細確認。
其次，需求調研時間較短，并且在現場時間也較短。需求調研時，很好的控制了項目成本和項目進度，但項目需求調研的質量較差。MES項目現場調研非常重要，在現場多待一天，多去一次生產現場，多開一次交流會，調研效果就會成倍提高。所以，項目成本和進度調整一定不能從需求調研階段節約，應該以保證調研質量為第一位。
最后，需求調研報告應該及時的和設計開發人員進行交接，確保后續階段參與人員能夠完全理解業務流程和細節。本項目中，我參與了需求調研和設計階段，避免了需求調研和系統設計脫節的風險。

軟件設計

目標

半個月時間，完成系統藍圖設計，并制作系統原型。

結果

本階段進度緩慢，花費1個月時間才完成藍圖設計。

過程分析

需求調研完成后，我繼續參與藍圖設計工作。由于系統是在成熟產品的基礎上進行定制開發，計劃模塊、設備模塊、物料管理模塊和人員管理模塊都是標準模塊，只做了微小的改動。主要工作集中在沖壓作業站、焊接作業站、模具管理模塊的設計上。設計過程中，我們及時和公司業務專家、甲方項目組進行溝通，不斷對設計方案進行迭代，確保系統大方向不發生錯誤。我們向甲方展示了標準模塊的DEMO系統，并制作了定制模塊的系統原型，使甲方對MES系統有了初步認識，并由甲方進行確認，完成需求評審。由于項目計劃中并沒有詳細設計階段，按照計劃，藍圖設計之后就要進入開發階段。

經驗教訓

在藍圖設計階段，每完成一個版本，項目組邀請公司業務專家進行內部評審，形成修改意見，迭代進行修改。每完成一個大版本，會和甲方項目組進行確認，形成修改意見進行修改。雖然花費時間較長，但確保了設計的正確性，并讓用戶從這個階段起就已經對系統有了初步認識，為以后使用打下基礎。
不足之處在于，藍圖設計時，太注重系統原型和界面的展示，對后臺數據的串聯沒有太多關注，導致如果直接開發會出現很大問題。幸好，開發人員不到位，使項目組有半個月時間進行詳細設計，結合產品邏輯和數據庫結構，對業務細節進行了詳細的設計，彌補了藍圖設計階段只重外表的偏向。尤其是和ERP及WMS接口的設計，基本完成了算法邏輯的設計，為開發節省了很多時間。
另外，設計思路上也出了一些問題：過多的考慮了項目成本的節約，很多功能太多顧及產品標準功能的限制，并沒有完全反應項目的實際需求。否則，某些模塊本應該設計的更合理。

軟件開發和測試

目標

2個月時間完成系統開發，并內部測試1個月。

結果

系統核心功能在9月底完成，其他功能的開發和軟件測試、系統試運行階段并行進行，導致上線拖后兩周。

過程分析

原計劃8月初開始的開發階段，由于資源短缺，直到8月中旬才慢慢開始。開發過程中，由于資源短缺，個別開發人員經驗欠缺，進展緩慢，并且存在大量bug,開發質量很差。原定10月份進行的上線，拖到11月1號才勉強將核心功能部署到現場進行試運行。測試工作在9月初已經開始，并安排專門測試人員進行測試，記錄測試問題，及時反饋，進行修改。進入9月份，每1周進行一次內部評審，記錄問題，及時修改。其中，甲方一名有豐富開發經驗的工程師負責把關，重點關注了用戶體驗和易用性，為系統試用打下良好基礎。

經驗教訓

資源合理安排非常重要。由于每個人都兼顧其他項目，并且個人能力有差別，資源合理安排，工作合理分配非常重要。有時候，資源到位，苦于能力不達標，只能臨時更改開發計劃，以保證資源不浪費，同時保證進度。
開發內容分優先級，首要保證核心功能按照里程碑完成。嚴格把關，開發測試并重，保證軟件質量，形成測試問題記錄文檔，及時對程序修改和維護。
配備至少一名經驗豐富的開發人員，可以不參加開發，但需要全程對開發系統進行評審和指導。

線部分等到項目完成后更新。

總結

以上是生活随笔為你收集整理的MES项目复盘的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。