工業工程轉行做MES難度大嗎，接觸過幾個過程式控制制方面的MES項目。自學編程需要多久，還有無其他要注意？

01-28

工業工程師轉行 MES

謝邀。

我是IE+IT雙專業畢業的，畢業一出來就在MES行業里做實施，現在是業務需求分析和解決方案設計。很高興看到又一位IE想進入到MES這個行業里，看來到處活躍還是有給IE們在傳統製造業里轉型的機遇。

首先，如果你想進入MES這個行業，先摸清楚你這個行業的MES大致情況，詳情可在EWORKS、製造家這類的網上去找找（eworks的大白和製造家的工機哥，你兩是不是該給我廣告費了？哈哈）要了解的東西主要是MES的基礎概念掃盲。

其次，你要確定你是想做開發還是做實施還是做需求分析解決方案設計，不同職位不同的需求能力，不是所有的崗位都要求會開發，例如做實施的，那麼能看懂代碼，會簡單的SQL查詢等基礎技能即可，文案和報告的軟技能也很有助力。同時也要看你要應聘的公司，對相應崗位的職業需求。

如果做開發，那麼你要面對的就不只是編程了，這個部分可以出門左轉到軟體工程或軟體開發的話題群下搜索。

如果做實施，那麼除了上述的懂代碼和SQL，還要了解基本的軟體開發流程、軟體項目管理流程（這個非常關鍵，KEY技能）以及你的溝通能力。實施很多時候是夾在客戶和開發之間的潤滑劑，你是IE，你能懂得客戶的需求，但是因為你沒有軟體的基礎，那麼這個就需要慢慢來調解了。這和你在工廠里做改善項目是一樣的。

如果想做需求分析和方案設計，這個~~~我要耍流氓一下，因為我沒整理完，○( ＾皿＾)っHiahia…可以私聊我持續跟進，或者你也可能在各大精益或IE群里能看到我這個牛皮癬~~(^o^)/~

不過因為我不清楚你之前是做現場IE的還是系統IE的還是PIEMIE等這類的，如果沒有在自己的工廠里接觸過MES的項目導入，那麼思維轉換非常重要。IE教的很多時候不僅是動作分析作業流程分析線路圖等這些工具，接觸IT去學習程序猿的思考方式，把IE和IT互溶起來形成你自己的思維，才是關鍵。

以上~~~~

我原來就是做IE的，現在搞MES，感覺挺好的。業務流程是不會有問題的，但是要懂資料庫，做開發要懂編程，不做開發的話不懂也沒關係，硬體和網路知識也要懂一點，這樣會輕鬆些

我也是一家比較大的工廠裡面做MES的，從實施到開發再到需求分析和方案設計都做過，IE確實是對工廠很了解，但是如果想做好MES，確實需要加強軟體方面的學習與了解。

我也是建議先從實施做起，並不是說實施不需要太多的計算機技能，而是這一塊如果有問題，可以向負責需求分析的顧問或者專業從事開發的同仁諮詢，他們應該可以幫你解決一部分問題（前提是你的同事對你夠熱心）。

一個好的實施應該也有紮實的計算機知識縝密的邏輯思維能力。首先是資料庫技術，基本的資料庫原理，sql查詢語句是必要的，因為日常的trouble shooting離不開查找資料庫，工廠提出的各種問題，需要結合你查詢到的數據以及邏輯思維分析問題出在哪裡，哪一段流程的數據出現問題。MES系統都會有記錄log，如果log記錄的夠好，基本只要在資料庫中查詢數據，不需要閱讀程式源代碼就能知道問題所在，但是不能保證每次都能夠只依靠log+數據來解決問題。因此編程能力，確切的說是代碼閱讀能力也是必要的。有些系統的執行過程，還是要通過閱讀代碼才能知道，尤其是系統發生bug時，能夠通過閱讀代碼準確定位，為開發的同事節省trouble shooting的時間。有很多做實施的同仁剛開始也不會看代碼，即使是計算機專業畢業的。這需要耐下心來慢慢研究，往往一個流程邏輯就有上千行代碼了。因此一個好的實施，必須要能夠看代碼，獨立查找bug。

順帶說一下開發，我認為開發不僅僅會編程就可以了，更需要懂架構，往往一套成熟的系統，包括硬體，軟體兩部分，硬體就是機台，軟體就是自動化系統以及MES系統。其次開發也需要對MES系統的流程有一個大致的了解，而且是越了解對開發越有幫助，需求分析往往至做到了SA的階段，開發需要完成SD，coding，以及基礎的測試工作。如果對流程不熟悉，往往SD階段就會出問題，繼而會影響到coding和測試。有一段時間，因為缺人力，公司買了幾個外包人力進來幫忙開發MES，結果因為不懂流程，開發出的功能出現了很多bug，也是要引以為鑒。

需求分析在我們公司被稱為AC，確實認為AC需要有很多年經驗的人才能做，AC既需要對工廠的流程了解，也需要對系統架構，功能有了解。有的時候user提出的想法往往天馬行空不切實際，如果在工廠的立場去想，這樣做完全沒有問題，但是問題是，系統實現不了，或者方案與現有系統的設計方向不符，因此需要在充分了解user需求的時候，結合現有系統的架構及功能給出可行的，並且雙方都能接受的做法。最好是不需要修改系統就能解決user的問題，如果一定要修改，也要從成本考量給出盡量節省開發人力的做法，這也需要對系統非常了解才行。

有些時候，user的需求是沒有什麼效益的，遇到這種情況，也是可以果斷拒絕的。之前我們公司也有一個從工廠轉到IT部門的直接做AC，結果這位同事完全不考慮系統能否支持，只要是工廠提出的需求，一律照單全收，基本user說怎麼做，他就怎麼提，完全不經過自己的過濾與思考，很快這位同事又被我們退回給工廠了。

1.先考慮清楚自己在哪個行業哪個分類的MES經驗較為充分，你接觸過的過程式控制制解決那些業務問題，實現什麼功能？自己是否能夠提煉？能否用代碼語言體現？

2.MES實現更多的是業務模型的轉換能力，那麼你在這方面掌握多少？如果這方面能力很強，可以轉MES顧問或專家，也無需寫代碼。

3.以上均無，建議從實施顧問做起，先從自己擅長的行業入手，了解一定的MES知識後再後續考慮。

4.應聘一般的MES行業顧問，需要sql知識，一定的代碼知識，對編程沒有很高的需求。

對工業工程專業不懂，我是IT專業畢業的，簡單說一下自己對MES系統的理解，如有不對的地方，希望大神不吝拍磚。

我是IT專業畢業的。先做過軟體外包，後從事MES系統運維，現在主要工作是信息化集成系統建設項目經理。

MES行業的售前是需要編程技能和經驗較少的，主要為用戶提供解決方案，對於編程問題，可以諮詢專業IT同事，也可在實際工作中完成。

如果想做實施，就需要一定的編程基礎。我個人認為，真正的實施工程師的要比開發的經驗更加豐富。最好有軟體測試的經驗，能夠對bug進行快速定位。一套成熟的系統必須經過本地化後才能穩定運行。在辦公室里軟體版本再穩定、測試結果再優秀，也只能說明軟體本身問題較少，在實施過程中不可能一點問題不出現。實際的軟體在應用過程中會遇到各式各樣的問題，如：用戶誤操作、系統重啟、網路不穩、數據吞吐量突然增加、客戶終端長時間運行，等等。出現這些問題，只有能描述清楚、或者定位清楚，才能為開發同事提供準確的軟體BUG信息，讓開發部門的同時對軟體進行修復工作。

開發工作，則是相對具體的工作，對個人的要求就比較具體了。這個只是可以通過讀書或者練習進行彌補。

知識性的東西可以再短時間內進行突擊性學習，經驗類的東西不能。軟體實施工作需要面對各種複雜的情形，有些情況是單純從事軟體開發的同事未遇到過的情況，這就需要實施工程師進行修正。這才是真正考驗實施工程師的地方。

個人認為，轉行的難易度排列為：

售前工程師&<開發工程師&<實施工程師。

我是IE轉的.net工程師，最近比較忙，就大體說說吧，語言C# 資料庫就學oracle，前端開發也要學習一下。好了估計半年後就能初步開發了。

你之前所接觸的應該是PLC相關的程序吧，這方面的東西跟MES系統所用到的C#或JAVA都差不多，有很多地方的經驗，在兩邊都是通用的；

所以，你在程序的學習上，其實不用花費太多精力，就能轉變過來；最難的，其實是軟體思維跟MES實施過程中的一些細節常識性問題（不過這些，在工作過程中，應該可以很快掌握）；

兩者最大的區別在於：IE方面看問題的角度，太過具體，會經常性的鑽到每台機器，每步應該做什麼的牛角裡面去；IT的話，卻需要能夠將很多底層的功能，打包成一個個應用場景，能夠在生產管理過程中，產生實際效果

MES行業也分售前，實施，開發，要求都不一樣，我覺得IE做實施比較對口，就不用學太多開發咯。