[心得] 畢業雜談(四) 功成必須在我

這次雜談拖比較久，最近有點忙 這次的標題叫(功成必須在我)，而重點是它的前一句叫(project可以失敗) 由於這個事件與process flow有關，所以屬於公司機密，這邊我只能講個大概，因這個事 件而離職的人也在這個雜談串出現過，如果有什麼我沒講到的，也歡迎補足。 某個專案的A製程，在經過一道process之後，有嚴重的缺陷，導致一個shot有⅓的die 直 接就掛點。A製程的頭主導了一個解決方案，但是可行性不高。 於是整合另外想了一個方案，聯合了AB兩家一起做實驗，最後整合的方案確實的解決了問 題。 然而這個方案的提出者是整合，一但上線解掉了問題，performance就不會是A家的頭拿走 ，而是解決問題的整合。 之後，配合整合給出程序參數的A家工程師，直接被頭兒拔掉了所有工作，只負則不重要 的雜事。於此同時也下了一道指令，A部門所有與程序參數相關的實驗，都需要他核准才 能進行。 所有程序參數的給定，也都需要經由他才能給出。 雖然事件的最後是整合的方案，在A家主導的方案失敗下，終於上了線，但這已是快半年 之後的事，而且還是整合把這個解決方案做個小包裝，委由另一個B部門提出才得以上線 ，該整合的功勞則整包套在B部門身上。 這個事件的苦主A家的工程師之後不再受重用，導致一個優秀的工程師離職，而參與失敗 方案的工程師，也因為做不出來的壓力，多數選擇了離職。 負責的整合之後也離開了公司。 公司的員工，能不計得失與績效的戮力於工作，只為了一個產品能順利的量產，而這些人 最後卻只能選擇離開公司。 功勞不必在我，只要專案能夠順利 抱持這種想法的一個一個離開 專案可以失敗，但功成必須在我 抱持這想法的人卻總是能越爬越高 或許，這就是當工程師跟當老闆最大的區別吧。 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 39.8.9.37 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/Tech_Job/M.1576310070.A.487.html