近一年來在工作上的最大暴走

日期:2008-11-19  時間:約0200左右

今年的11/14-11/17是我們公司第一梯的員工旅遊,由於和我同一單位(FTA)的同事
有4個小夜班,其中3個都在這一梯出去玩
因此我雖然是大夜班但也要幫忙支援小夜班的工作

	11/14(四)	11/15(五)	11/16(六)	11/17(日)	11/18(一)	11/19(二)
0900-1830
1800-0230	1800上班	1800上班			1800上班
過12點	11/15(五)	11/16(六)	11/17(日)	11/18(一)	11/19(二)	11/20(三)
0030-0730	約0900下班	約1030下班		0030上班 約0900下班	約0900下班	0030上班 約0830下班

這張簡表大概是我這幾天的工作作息
工作就是重覆性很高的手機認證測試
這幾天的加班還算頗累,但是說實在的,我剛進公司也不過如此
一個人工作超過1x小時,在我們另一個單位(EMC)的同事比比皆是
還曾有EMC主管被我們部門經理在前年的某季會議上公開表揚說:
我們這位同仁,3個月來,在公司工作時間超過1000小時..
PS:我最高也曾一個月加班超過200小時,不過現在要求自己縮減加班時數,應該沒有超過60小時了

我們公司的組成成員大概可分成:主管,業務,工程,文件
就我個人的觀感是,除了領導主管,其他的成員大概都是得用賣命賣時間的方式才能得到工作上的薪酬
當然不是說諸如業務,工程,文件主管就不是賣命賣時間,這只是相對的
套一句我們FTA同事在聊在今年第3季會議時私下的說法:
今年的Joe說業績超過40%以上,還不是凹我們(基層員工)年中分紅做帳出來的

其他主管(工程,業務,文件)的年中分紅有沒有被扣掉我不清楚,雖然有其他同事認為不可能扣掉
但不管怎樣,進來公司後,感覺一年不如一年,即便是人手增加了
但做事態度和景氣環境都沒有隨之起色
不論是公司文化給人的感覺,還是大環境的影響都是如此
公司文化要一言以蔽之的話就是兩個字:隱晦

回到主題
在11/14-11/19的這幾天加班,其實在場地上的案件可測時數不如以往的多,但案件數卻是不少,只是每個客戶的案件時數不長
因此在這種情況下會有很多零星測試,常常一個案件沒測完一個段落就要換另一個
以我的工作態度是,能在我手上測到一個段落才收掉的話,我絕對不會讓他拖到給下一個接手的工程師測試
但我要顧的場地有兩間,案件可能會有4-5件在手上,隨著高低溫,2G/3G,短項/長項的不同測試考量
我必須在一上班時,就把約莫4-6小時的測試狀況掌握住,Bookig不同的案件做最佳化排程測試
這樣做的最大目的不是追求產能,而是追求效率
我所說的效率是指,單就工程而言,透過工程師的排程,讓N件Project(不只是單一案件)的Runlist的進度,達到最佳化
而不是工程主管or交班工程師要求測一件,就塞一件
如不經過思考進行排程,豈不跟我當初曾經被念過的說法一樣,主管轉達小英(我們的國外合作廠商派駐的監督者)的說法:
RF這種靠上億元的儀器測試操作,就算找猴子來也會測
無限猴子定理 - 維基百科，自由的百科全書

 

這份工作做到現在也有兩年多快三年了,基於當初主管的諄諄教誨,加上我自己對於一天之中佔去1/3的工作時間的Quality要求

1. 我不太能夠接受一個案件能夠在一天之中內完成的階段性測試,在能夠安排穿插的情況下,拖過一班又一班
   而且能夠先行安排的測試Sequence,不能有不該出現的測項(EX:已經測試過且Pass的測項)
2. 還有就是,測試這種東西的Result只有Pass/Inc/Fail幾種結果,若是同一個測項測試有Norm/Extr_ht/Extr_lt的測試
   若是Norm/Extr_lt都測試為Pass,但Extr_ht測試Fail,我要做的就是務必在合理的情況下,把該測試測到Pass
   這樣做的目的雖然自己會比較傷神費時,但不需要讓客戶和PM之間在做往返確認debug或寄送Sample在讓其他工程測試
   我多花費的時間,是為了整體的測試的效率
   即便最後還是Fail,我也不能讓其他工程以及主管對我所作的測試產生質疑
   在很多情況下,其實不算是儀器,不算是Sample的問題造成測試失敗,而是人的態度決定測試Quality的關鍵
3. 還有就是,我不能容忍,在我接手時,有未交接給我的測試相關的setup事項,Note..等等,讓我看著儀器卻束手無策

其實還有很多細節的要求,但是就以上3點,就是我這次的暴走的主要原因
而讓我暴走的是我們FTA另一個測試場地(Protocol)上也工作有兩年左右的工程師
Protocol就我的感覺是遠比RF辛苦的場地,所以我在測試RF時都會自我要求,不能比Protocol做的還差
而當時由於工程主管的調度,他來接手RF的小夜班的測試

然而當時被他激到狂踹牆(測試場地的鐵牆),然後走出場地外,狂吼他的名字
他跑出場地前其實大概猜得出來他是去廁所,但是因為他有未交接給我的setup過程(第3點Quality要求)
而那時為了第2點的測試在忙,而我還無法信任他對測試的Quality的堅持
當天在此之前跟他交接時他也犯了第1點的錯誤,雖然我有即時發現
但累積下來讓我感覺長久以來不斷的對他耳提面命的測試注意事項完全是在浪費時間

 

他已經算是在測試上的老手,即便是不熟的RF,也該有從Protocol得到的足夠的Sense可以把RF測試上手
而不需要我用對待之前另一個新手同事的方法,緊迫盯人,威逼軟哄

在我keyin這篇文章的今天,我那害我暴走的同事的專注力有明顯的提昇
因為我氣到恫嚇他
你要是敢開MSN,我就認定你場地上我之前所教給你的接手RF測試上該做的事情你都已經處理完畢
那麼只要你有做錯,我會用對待新手同事的方法對待你

我可以對所有同事對於工作的放鬆不予置評,畢竟公司對於基層員工的重視並不顯著
但唯一的前提是,你要有曾經投入在工作上的證明,而不僅僅只是一隻造成他人困擾的Monkey

這是個需要TeamWork的工作,你不肯做,你少做的,你偷懶沒做的,你忘記做的,你做錯的都會造成和你交班的同事的困擾
我是以此為前提要求自己工作,那你們呢?

最後分享一個我之前無意間看到的一種工作精神,當然這種精神不單單是工作才用的上,而是我覺得一種生活該有的態度
多做不錯，少做多錯，不做全錯
從未犯錯表示你從未做事
iThome online : : 美好的人生從Debug開始