※ 引述《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://webptt.com/cn.aspx?n=bbs/MIS/M.1541237660.A.212.html 最常发生的问题就是各单位想得太美好，但完全不考虑现场作业人员是否能操作 还是刚发生的例子，这次新导的这套，财务希望走制程成本 然後每个制程拆成本中心，从请采开始就要各申请单位挑成本中心 然後还要依不同生产成品的原材去细拆，报工也是要报超细... 我就跟财务主管说，做的话，系统都可以做，但你得考虑到现场操作人员 我可以预见玩到这麽细，到时你一定很难控制产线人员怎麽KEY，反而难追 但他就坚持有这功能就是要这样玩，做不来是人的问题... 实际上是各工站都有做PQC，也有留纸本，但现在问题就是要不要把这些资料入到系统里 你要入系统，资料就要准确，不然乾脆就继续纸本就好，否则只是浪费时间 是，人真的是最麻烦的 ※ 编辑: esla (222.92.199.54), 11/05/2018 17:28:38 我真的完全看不懂这段在写什麽耶，「跟他很强调资料输入了」是啥意思? 「垃圾出的资料」垃圾是指人还是系统?「去查去报告」是查出来垃圾出的资料然後报告? 我现在的公司是有这样的编制，但人员流动性很高，通常这样的职位学历也不高 搞一堆需要判断又复制的流程，出错的可能性相对提高不少 再者，个人觉得最大的问题是，公司太过和谐，奖惩没太大诱因跟吓阻作用 让认真的很认真搞，想打混的也照样能打混，反而变相惩罚能者多劳的人 主事者太过理想化，但又没足够的魄力时，真的很容易导失败... 上家公司少董要求仓库一定要见到电子签核完货物才放行 那怕半夜二、三点打电话叫少董签单也得签，不能出不了货就别出货 再上家，单据没补，我站在仓库门口喊谁敢出货就大过一只，老板也是挺我 这两家到後来，原则上都比较没有执行力不足的问题... 现在，连要停一天静态盘点都不行，很多东西都得配合客户 然後因为部份主管不太管事的，就变成少数人在管控 一家近千人的公司，连十块的请购单都要一层层签到总经理，我也是很无言啊... ※ 编辑: esla (222.92.199.54), 11/05/2018 22:48:00 怎麽说呢，资料精准/精细这件事，跟工作量减少通常会是互斥的 主要上头的要有这样的认知，你要求资料愈细，人力就很难减少，甚至得增加 你不能因为人力不足时，还要用失去管控意义的方式硬干 很多时候你花很多的人力跟时间去输入不正确的资料时，其实是很脑残的一件事 就像我上面举的例子，你实物跟批号没有严格控管时，那还做批号干嘛 只是单纯增加所有人员的工作量，真的要追踪品质异常时，也达不到任何功效 这时候主管真的就得拿捏一下，不能什麽功能都想要，但又不配置足够/合适的人力 或是在管理上妥协，为了出货或客人哇一下就什麽流程都不管 人员稽核的确很重要，但最怕的就是，连key单人力都配不好了，就别想再加稽核人员了 ※ 编辑: esla (222.92.199.54), 11/06/2018 19:27:08 k大可能完全误会我文中的重点了，有些公司的主管考量流程并不是非常全面 听到系统有相对应的功能就会想通通抓来用，但不会去考虑需付出的成本 真的跑下去之後，发现人力不足，或是人员操作不熟悉、流程冗长 此时考虑的点不是增加人力，加强培训或是改善防呆、完善稽核流程甚至取消流程 而是去用不合适的方式去减少工作量，反而让原本的功能失效 像我上面说的例子，主管希望每个制程都做pqc，然後因为pqc的工作量增加了 竟然希望能挑选n张工单合并做一笔qc单，或是过站自动合格，不合格再回头改qc单 前者，你抽检数一定是不正确的，後者，忘了做怎办，合格的部份也没记录抽验记录 既然如此，硬要每站做pqc，然後再来哇说工作量大，把系统改的不沦不类的 那还不如别做，不然资料不正确，又增加所有人的工时，实在是没意义 操作上有问题，还有办法从程式面卡，但主要是连主事者都搞不清楚状况那就比较麻烦 ※ 编辑: esla (222.92.199.54), 11/09/2018 17:10:16 个人认为是key错比较惨，当然要看什麽样的资料 如果是像上面说的，qc相关资料，现场都有纸本了，那不key远比key错资料好多了 现在问题就是，现场作业是分开记录每张工单的pqc资料 但为了操作方便，希望在系统上合并记录，那压根就失去意义了啊 原则上我也是这样，只要能说服我就好，但这种需求真的说服不了我啊 哦哦，一开始我是看不懂你要表达的啦，所以就是输入的资料就是垃圾了 所以进系统後抛出来的资料也是垃圾就对了 也不尽然啦，各公司有各公司奇怪的文化，有遇到很重视这块的，也有完全无视的 现在我们公司也是有点问题，默许某个部门乱搞/不做事，只是站在我的立场是这样子的 你要乱搞ok，我先提出风险在那，别到时出乱子了再来哇，我可是没办法 然後让我很无言的是，该部门主管不管事，该他们做的事就默默的转移到其它人身上 搞到公司变相的惩罚能者多劳的人，这段我也是念了很多次，但还是处理不了 但至少老板还肯相信我，算是运气不错啦 心态问题吧，要逃不是难事，但总不能永远都这样 玩erp，最困难的永远都是人，不学会处理人的问题，逃到那都会有新问题产生的 当然，前提还是上头的肯支持你，如果全世界都不重视这块 只是想找个出了包能顶替的人，那当然就是块陶啊~~ ※ 编辑: esla (222.92.199.54), 11/12/2018 12:00:20 个人是觉得啦，玩erp的人要有个认知(排除纯撰写程式的) 导入erp时，你必须同时站在劳资双方的角度看事情，导入起来会比较顺一点 站在劳方角度：在重复无脑的工作内容中，你得考虑如何降低工作繁琐程度 让工作更轻松，甚至无脑到不易犯低级错误 站在资方角度：你得想办法增加资料的准确及深度，在过程中试着校正错误的流程 然後有效率的降低工作成本(加班工时甚至是人力) 当然细节还有很多，我想分享的是，如果你只站在某一方看erp这套系统 你会很难了解对方的想法跟需求，进而也很难全面去考量跟说服执行正确的流程 难处就是在，通常这二方需求会是互斥的，你要更精确的资料，系统操作就可能更复杂 你要工作轻松，那能收集的资料量可能就会变少，如何去拿捏并说服双方往往才是重点 ※ 编辑: esla (222.92.199.54), 11/13/2018 17:32:26