記得我畢業後找的第一份工作，是在積體電路的封裝廠當製程工程師，當時的封裝製程已經很穩定了，所以平常時間產線上也沒什麼事，每天上班不是在跟產線上的歐巴桑美眉打屁聊天，就是在寫產品的不良分析對策，其實良率已經很高了，可是老闆還是不滿意，那時候不良率的計算已經不是用%(百分比)，而是用PPM(百萬分比)，我記得當時如果單一產品的不良率超過 1000ppm=0.1% 就會被K，這個星期的不良率比上個禮拜的高也會被K。
老闆要追求高品質也無可厚非啦！只是當良率高到不能再高的時候，不良率只剩下十位數的ppm，除了換一台精密度高一點的機器外，再來就只能靠人工事先挑掉不良品來降不良率了，這是偷吃步，因為良率計算跟生產單位不一樣；我比較受不了的是老闆每次要作季度報告的時候，就會把所有的工程師統統叫到辦公室，然後下令所有的電話都不準接，即使生產線出問題了也不管，反正就是要把我們關在辦公室，等到報告弄好，漂漂亮亮的才罷休，我們當時都戲稱「咬指頭」，或自己挖個坑給自己跳，因為老闆上台報告的主題就是良率，如果良率不好，我們就要提對策，可是沒有事先討論過的對策，誰也說部準能不能執行，所以才說挖坑自己跳，而且當時幾乎都是單兵作業，除了老闆追著要報告外，誰也不管你有沒有問題，不良品是否有分析過，所下的對策是否可以執行、有效，反正先交差再說。
除此之外，我還是蠻喜歡當時的工作的，因為當時公司的制度算是業界中上的。當時公司剛得到「戴明獎」沒多久，我們這些新進的菜鳥工程師都被要求要去上SPC(統計製程管制)課程，公司每個禮拜都會安排一個整天的課，連續上大約三個月，爽！，上課地點還故意安排在公司外面，雖然離公司很近，就是讓老闆找不到我們！當時安排上課的同仁真懂得員工的「心」。
只是上過課後，我們就被要求要把 SPC 運用到工作上，連良率的改善也要寫成一張 QC Story (品管故事)，就是一張紙，要把不良現象、可能肇因、真正原因、不良現象驗證、採取對策、對策成果…等用圖表表達出來，整張圖幾乎都用QC手法表達，什麼特性要因圖(魚骨圖)、查檢表、 柏拉圖、直方圖、散佈圖、管制圖、層別法…等，能用上的都給用上，就是要在一張紙上面表達一個案子。現在想想，也真佩服自己當時的瞎掰功夫。
後來我實在受不了閒閒沒事寫報告的日子，兩年之後，在公司剛調昇我的工程師職等後沒多久，我就遞出了辭呈，本來想朝電腦程式師發展，在外面輾轉了幾個月，也去受過訓，跌跌撞撞之後，發現程式設計師也沒有當初自己想的那麼容易，除了要有體力、可以熬夜寫程式之外，重點是薪水都超低的，於是我又找了電子組裝廠的工作，那時候我才知道，原來前一家公司所受的訓練，在新公司幾乎可以完全上手，還遊刃有餘，甚至那些對不良品分析的方法還可以運用到日常生活上…，只能說每一分耕耘都會有一分收獲，就看何時可以收穫而已。
延伸閱讀：
上一篇：
下一篇：
回首頁：回憶錄
0 意見:
張貼留言