Re: [請益] 求助erp工程師經驗

看板MIS (IT資訊人員)作者esla (無限解、解無限)時間6年前 (2018/11/03 17:34)推噓10(10推 0噓 70→)

留言80則, 10人參與討論串3/3 (看更多)

※ 引述《sun3747 (sun3747)》之銘言： : 各位前輩好 : 小妹為了上明年職訓要學C#的ERP課程，最近才開始自學這門語言，目前寫到三角形，沒有 : 排斥也沒有很有熱情。到物件導向章節有感到吃力QQ，多少擔心自己不是這塊料，加上非本 : 科自學，真的非常茫然，沒有一開始這麼有衝勁你這塊說的是開發，也就是編寫erp 程式，這部份大致上分為二部份一條路是到各erp 廠商裡去開發，大致上會有相對明確的開發規格書所以你比較需要的是軟體開發能力，其它部份，大致上會有其它專職人員搞定另外一條路，就是到私人企業裡去開發，這時就比較複雜了... 主要是需求不明確，然後環境裡可能有各式各樣不同的「系統」存在可能有mes，有hr，有bi，有oa等等，開發人員各不相同，使用的語言也很難一致如何串連起來是個問題，更麻煩的是，提出需求的人了不了解各系統間的操作再來就是如果沒有個專職的人員或部門在處理協調，而是各單位直接提出需求那能不能提出「正常」的規格書是個大問題，注意，我用的詞是「正常」因為通常要求到「正常」都有難度了，要到「正確」可能該公司要有頭腦很清楚的人在此時，你就需要有足夠能力去串接各系統，流程上也要有能力去判斷對不對寫erp最怕的是，a單位為了解決他部門的事，提出奇怪的需求，造成b流程錯誤而且很多時候，思考問題的出發點有問題，得出的結論就會很不一樣舉個我今天遇到的問題，qc主管跑來問我，能不能製程中產生的pqc全都自動審核然後他們只要針對ng品去做qc就好，或是可不可以批次把同成品的qc單一次做掉這樣是讓他們的工作量小了，但問題是，那你在系統上做qc幹嘛留的資料都是不準確的(例如同成品批量做掉，那你抽驗數量一定跟實際不符) 那麼，如果這樣的工作造成困擾了，主管要考慮的是，要不要修改流程取消系統pqc的動作，或是增加人手，而不是修改系統讓工作量減少了一點但還是花了一堆人力去做出完全不確準的資料，那還不如直接放棄在系統上做pqc 類似的問題很多，像我最常遇到的就是要不要走「批號」這件事多數主管及qc都會希望要走批號，但通常走到最後就是淪為型式大家批號是批號，實物是實物，登打系統只是打好玩的像這樣的事，純erp「工程師」是很難有辦法處理的... 原則上是比較偏向維護/導入顧問的職位，也比較接近你後面的描述 : 再來就是，其實我也不清楚ERP工程師的實務內容，畢竟"想像"、"實際"絕對不一樣，下面 : 是我覺得的erp工程師 : 1.因為台灣很多公司都要erp，學了應該不會失業，收入穩定不錯不同erp的大邏輯可能差不多，但細節差非常多尤其是成本那塊，再者，不同產業間的差異也很大收入好不好很難說，得看你的能力跟心態前面幾篇就有位大大一直認為自已導入的薪水不怎樣... 不過有一技之長，相對工作是比較穩定一點，可替代性相對還好就是 : 2.有經驗之後erp導入只要工作幾個月，不用全職賣命我玩erp玩了十年，導入了好幾家，現在剛導入第四家，這兩天正開帳中應該勉強算有經驗吧，你說工作幾個月的部份應該是誤會了這應該單純指導入階段，但導入階段只有「幾」個月也很少見一般而言，半年就算很快了，而且那要公司有人有經驗，了解產業流程而且多數以標準流程為主，不過通常要將近一年才會慢慢順利好了，上線之後呢?你要不要維護?要不要微調流程? 老闆們會不有三不五時突然想要加個功能? 這些都是需要日常維護的，如果真的讓你完全都搞好，不需要維護你覺得以台灣慣老闆的思維，有可能讓你不到公司還付你薪水嗎? : 3.未來成熟還能做維護，在家結案、或進幾天公司就好 : 說來慚愧，因為生性待不了辦公室，沒辦法坐滿8小時，也無法和不喜歡的上司相處還要巴 : 結他們，剛剛才從上一份國外業務離職了。發現還是喜歡自由性高的工作，有專業、錢多的 : 工作我都蠻嚮往的往顧問發展是有機會達到類似的工作環境，可是你還是得面對各式各樣奇怪的客戶前面導入的訪談，流程規劃，規格書確認，甚至是做教育訓練，你還是得面對人群只是巴結的人從主管變成客戶，而且這票人通常比主管更難搞自由度高不高呢?通常顧問還是得掛在公司底下，仍然有他的制度存在而且大公司底下的顧問，薪水一般都不會很高，但工作量卻滿大的通常做一陣子有能力了，都容易被企業給挖走，一方面穩定，一方面薪水高反而跟你的想法背道而馳，而你要做獨立顧問，首先你的專業從那裡培養再者，如何讓客戶接受你，顧問這種事跟賣產品不一樣成品是無形的，就算你有成功導入的經驗，也不見得讓人接受畢竟動輒上千萬的erp軟體，不找原廠顧問，找外面的風險很高啊就算是維護廠商也是一樣的，我好好的不跟原廠簽ma，找外頭的幹嘛 : 在此懇請前輩現身說法是否真如我想像的這樣，給我動力也好，讓我提早放棄也罷，有什麼 : 工作甘苦談也拜託和我分享，讓我有個底我想，你得先定義清楚什麼叫erp工程師，然後你想走那條路再者，你願意花多少時間，多少金錢去培養這樣的能力走coding，無論是私企或erp公司，免不了先進辦公室操幾年才有機會有能力自行開發而且只會開發，你絕對不可能賣得了產品，你還得有能力了解客戶需求進而合理的轉換成erp的流程，當然如何推銷產品則又是另一段故事了走顧問，同樣得面對人群，別以為跟一般網頁開發之類的soho族一樣能在家公司通常erp是高度面向人群的軟體，各行各業間的差異性也很大而且不只我有提過，玩erp，最大的困難從來就不是軟體，而是人.... 我想，你真的完完全全誤會這行在做什麼了.. -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 222.92.199.54 ※ 文章網址: https://www.ptt.cc/bbs/MIS/M.1541237660.A.212.html

推

zbug

11/03 18:52, 6年前 , 1^F

11/03 18:52, 1^F

→

zbug

11/03 18:53, 6年前 , 2^F

11/03 18:53, 2^F

→

zbug

11/03 18:53, 6年前 , 3^F

11/03 18:53, 3^F

→

zbug

11/03 18:54, 6年前 , 4^F

11/03 18:54, 4^F

最常發生的問題就是各單位想得太美好，但完全不考慮現場作業人員是否能操作還是剛發生的例子，這次新導的這套，財務希望走製程成本然後每個製程拆成本中心，從請採開始就要各申請單位挑成本中心然後還要依不同生產成品的原材去細拆，報工也是要報超細... 我就跟財務主管說，做的話，系統都可以做，但你得考慮到現場操作人員我可以預見玩到這麼細，到時你一定很難控制產線人員怎麼KEY，反而難追但他就堅持有這功能就是要這樣玩，做不來是人的問題...

推