MES開發團隊的組建與其它軟體開發團隊組建流程沒有什麼太多區別，關鍵的是要業務的熟練人員，開發工程師，測試人員要到位。MES系統算是一個相對比較複雜一些的系統，包括了製造資料管理、計劃排程管理、生產排程管理、庫存管理、質量管理、人力資源管理、工作中心/裝置管理、工具工裝管理、採購管理、成本管理、專案看板管理、生產過程控制、底層資料整合分析、上層資料整合分解等管理模組。所以在組建團隊時，不能忽略對以上功能熟悉的人員進行調研及設計。下面談談一般團隊的組建。

1、需求分析團隊。需求分析務必越仔細越好，而且最好用有經驗懂業務流程的人員進行調研分析，前期花了時間會為後期節約很多時間，更加貼近客戶的需求。不要認為隨便一個人員都可以進行需求分析的，很多公司使用不懂業務流程的開發人員去搞調研，結果一到現場連普通的生產過程，一些專用術語一竅不通，要別人給你解釋半天，客戶對你的印象立馬下降。調研後要形成詳細的需求分析，為後面的設計、開發打好基礎。

2、設計團隊。這部分人員也要是有經驗的人員來設計。包括業務流程梳理後的詳細業務流程、架構選擇、執行環境、開發環境、開發語言的選擇、資料庫的選擇等等。還要到共通程式、詳細程式設計等等，還要指導開發人員進行程式開發，編寫好測試樣例讓後面的測試人員進行測試以便達到你設計的目的和效果。

3、開發團隊。開發一般根據業務模組進行分工。哪些人員做哪些模組哪些功能，如果有BS和CS混合的，還是最好分開成不同的小組。不同的功能模組交給不同的開發小組，這樣有利於開發人員瞭解一個模組後，對本模組的業務比較熟悉，開發的效率會有提高。

4、測試團隊。一般開發人員作為自己開發的程式會進行測試。但還是要組建測試團隊，對各個程式，各個功能模組，整個系統進行專業的測試。並且要黑盒、白盒都最好進行，綜合系統測試。然後到現場進行測試，儘量減少客戶正式上線使用後的Bug發現率。

5、關於BS、CS如何分工。這個一般根據客戶的具體要求來。也可以全採用CS，或全採用BS，或者兩種混合都是可以的。至於哪些業務採用BS、哪些業務採用CS，可以和客戶商量，一般情況下可以使用機構內部的資料輸入流相關的業務採用CS，其它可以使用BS結構，但不絕對。

MES軟體開發是一個比較複雜的系統，涉及的業務還是比較多、比較雜。組建團隊時一定要熟悉相關業務，或者至少見多識廣的老手來擔當調研和設計，不然到時做出來的軟體根本不能使用或者不能滿足客戶的需求，再來回鍋那就損失大了。

如果有大量的自動化資料採集裝置，建議使用混合架構，可以要求c/s架構使用http通訊協議和web相容的規範。

實施MES需要隔離業務專家和軟體開發人員，以免責任分工不清引入的風險。始終以業務專家為核心，現場實施由業務顧問完成。

軟體為實施顧問服務。

顧問隊伍需要有開發經驗的人員參與，到但決不能參與開發。

顧問隊伍有多少人進入系統長久運維工作，需要儘早安排。

一般來講，現場工人操作的部分建議用c/s，後臺管理及報表，聯絡採用b/s。MES目前是相對門檻比較高，尤其對於產品研發階段，對生產業務熟悉度要求比較高，可以從一個熟悉的行業切入，逐步通用化。還要有一個能夠解讀如ISA95標準中生產業務抽象模型的，並且實際系統設計時這些模型抽象要能落地。否則，定製開發階段，系統動到底層業務架構的機率會變大。