畢業雜談(四) 功成必須在我 - 工程師

這次雜談拖比較久，最近有點忙

這次的標題叫(功成必須在我)，而重點是它的前一句叫(project可以失敗)

由於這個事件與process flow有關，所以屬於公司機密，這邊我只能講個大概，因這個事
件而離職的人也在這個雜談串出現過，如果有什麼我沒講到的，也歡迎補足。


某個專案的A製程，在經過一道process之後，有嚴重的缺陷，導致一個shot有⅓的die 直
接就掛點。A製程的頭主導了一個解決方案，但是可行性不高。

於是整合另外想了一個方案，聯合了AB兩家一起做實驗，最後整合的方案確實的解決了問
題。

然而這個方案的提出者是整合，一但上線解掉了問題，performance就不會是A家的頭拿走
，而是解決問題的整合。

之後，配合整合給出程序參數的A家工程師，直接被頭兒拔掉了所有工作，只負則不重要
的雜事。於此同時也下了一道指令，A部門所有與程序參數相關的實驗，都需要他核准才
能進行。 所有程序參數的給定，也都需要經由他才能給出。

雖然事件的最後是整合的方案，在A家主導的方案失敗下，終於上了線，但這已是快半年
之後的事，而且還是整合把這個解決方案做個小包裝，委由另一個B部門提出才得以上線
，該整合的功勞則整包套在B部門身上。

這個事件的苦主A家的工程師之後不再受重用，導致一個優秀的工程師離職，而參與失敗
方案的工程師，也因為做不出來的壓力，多數選擇了離職。


負責的整合之後也離開了公司。


公司的員工，能不計得失與績效的戮力於工作，只為了一個產品能順利的量產，而這些人
最後卻只能選擇離開公司。


功勞不必在我，只要專案能夠順利
抱持這種想法的一個一個離開


專案可以失敗，但功成必須在我
抱持這想法的人卻總是能越爬越高


或許，這就是當工程師跟當老闆最大的區別吧。




--