在台灣工作時,發覺很多業界朋友或同事都很喜歡在社交場合互相交換名片。常常發覺不少朋友換工作也就換了新名片。也有不少朋友升官,很怕很多人都不知道他們升官,當我注意到他們名片上新的職稱並恭賀他們時,他們臉上露出那種羞澀的喜悅程度是難以形容的。
我 2006 年曾在加州的某一處就業博覽會 (Job Fair) 上向一位負責公司攤位的女士詢問工作內容。她說現在我們公司沒有適合你的工作。於是我就向她要一張名片。 她和我說:我要確定我給了你之後,我可以幫的上忙。現在幫不上忙,所以我不能給你。這個回答讓我吃驚。
在美國工作三年多,待了三州 (加州,密西根州,華盛頓州) , 我也很少看見朋友或同事間會互相交換名片。很多人連一張名片都沒發出去, 把它束之高閣。其他行業也許不同。但是有一點我很肯定的是: 資訊業交換名片的社交生活較台灣少很多。
現在有沒有名片對我來說已經不是很重要了,因為我已經過了三年沒有名片的 IT Consultant 生活。
延伸閱讀:
沒有名片你還剩下什麼?
2008年10月11日 星期六
三年沒有名片的 IT Consultant 生活
標籤: 美國Consultant 生活
2008年10月6日 星期一
重新整理 H1B 簽證的消息
標籤: 美國簽證及H1B 訊息
2008年10月4日 星期六
撰寫英文履歷表應切入重點
這幾年陸陸續續幫朋友及不少網友看過他們的英文履歷表,他們的共同點就是: 在美國很少有面試機會。不是他們技能不行, 而是他們撰寫的方式根本就不符合 Recruiter 及 HR 的胃口。有些人還秉持著一頁履歷表的僵硬模式。
斯汀去年西雅圖大學畢業前, 曾聽過學校如何撰寫英文履歷表的演說,她也和我說: 主講人是學校的教授,他說履歷表不要超過一頁。我那時和她說: 這些教授根本和就業市場脫離太久了,聽聽就好了, 不用太認真。盡信書不如無書。
後來我幫斯汀修改履歷表,大約 3 頁。她比一些國際學生幸運,工作找到,現在連簽證也拿到了。於是我再問她: 你覺得一頁履歷表真是好嗎? 她說: 除非你運氣很好,否則一頁履歷表根本不夠。
在台灣找工作畢竟和在美國找工作是不相同的。若你覺得在台灣很厲害,除非你運氣很好,否則將自己置身於美國的就業環境中, 你可能遇到的挫折會很大。常改履歷表是常有的事情。
寫履歷表不是像寫論文一樣, 別人看了還要去思考你的意思。15 秒履歷表定生死。這些 Recruiters 每天都要收到好幾百封的履歷表,有些資深的 IT Recruiters 還不見得知道你履歷表的術語,他們知道的只是如何幫你配對現在手中的工作機會, 趕快將案子成交,幫自己賺佣金。
這 3 年我常和 Recruiters 打交道,他們幫客戶找資訊人才,他們要的只有二項: 簡單易懂的履歷表及你有多少年各方面的技能?
有些朋友很喜歡在工作經驗上用抽象名詞,如:
1. Managed a project team…
2. Administered a MIS/ERP system…
3. Developed the accounting system…
4. Maintained CRM…..
如果我是 Recruiter,上述簡單的例子中,我看不到有那一種符合我客戶要的技能。我也看不到你有多少年的經驗。如果此時我在上面另外加上你用過的技能如 Java , ASP.NET,C#, 你是否會覺得不一樣呢? 如果你又能在履歷表上找個地方, 加上: 5 年 ASP.NET 的經驗,你的面試機會也許就會提高不少。
我曾經被一個資深的 Recruiter 問到說: 你說你有過 Agile /Extreme Programming 的經驗? 為何我在你履歷表上沒有看到有這樣的程式經驗呢?
聽到此話,心中感到驚訝。顯然這位資深 Recruiter 不懂這個 Programming 不同於一般我們認為的程式 (Programming) 。我就和她說: 這一個名詞不是程式經驗,它是一個方法論(Methodology) 。她才恍然大悟。她還和我說: 寫上去你的履歷表。客戶要看到 90% 以上的相似條件,你才有錄取的機會。後來和一些 Recruiters 打交道,才讓我覺得在美國撰寫英文履歷表應該越詳細越好。
如果你能學我當初一樣,每天丟 100 多封履歷表出去,試試 10 天內會有多少回應? 也考驗著你是否能在這個競爭的就業市場中佔有一席之地。
若都沒人回應你, 那就是你的履歷表不合格。你應該要問問自己: 你的履歷表是否符合 Recruiter 及HR 的胃口?
延伸閱讀:
H1B 找工作經驗談
不要迷信一頁英文履歷表
恭賀斯汀在美國找到工作
你常用的美國求職網站為何?
撰寫英文履歷表需符合英文時態
美國找工作撰寫英文履歷表的一些迷思
美國工作難找嗎? 問當地獵人頭公司最準
擁有多項不同資訊證照需要全部寫在履歷表上嗎?
在美國找工作除了丟履歷表(resume)外,自己也要主動出擊
不要假設 Recruiter 或 HR 會知道你英文履歷表內的隱藏性技能
標籤: 英語電話面試及履歷表
2008年9月29日 星期一
華盛頓互惠銀行倒閉,現成為 JPMorgan Chase 一份子
2008年9月26日 星期五
新蛋科技 (Newegg.com) 是一個制度健全的公司?
最近有一位朋友問我說,新蛋科技是一個制度健全的公司嗎? 原本我不太想再寫有關新蛋科技的消息,因為曾看過我部落格的人都知道我已經寫過幾篇有關新蛋科技的文章。至於相不相信就取決於大家的心中。我那時看到的情況如下,也希望這一篇是我對新蛋科技最後一篇評論。
1. 喜歡標新立異,好大喜功:
如果是國際通用的英文職位名稱,就不要隨便更改。如總經理叫 GM, 這是每個人眾所皆知的事情。但是在新蛋科技中,居然可以出現很多人持 GM 的職位。連我哥還問我說,他所認識的一位採購經理是不是升官當 GM 了? 我和他說: 新蛋科技中有很多的GM,不要大驚小怪, GM 比 VP 小,他覺得不可思議。
GM 在裡面只是一個團隊中的頭,真是會標新立異。GM 在此可以稱做很普通的經理。連很多職位的名稱縮寫也是自創的。我那時認識的不少老美同事也會搞混。請問新蛋科技你是美商,還是那一國的公司?
那時公司連 ERP,CRM 的系統都沒有, MIS 也沒有測試環境,連會計的系統都是從資料庫撈資料, 再匯到 Excel 。你就可以知道這個公司是完全沒有任何系統的。那時台灣流行 BI, BPM, 平衡計分卡這些名詞,我們都覺得負責公司規劃的人只要聽到這些名詞就一一想要做,真是好大喜功。難道這些人都不知道學理上這些系統是有優先順序的嗎? 結果最後為了想拼上市就花了一大筆經費買了 SAP。
大家都知道 SAP 很貴。SAP 居然可以說買就買,難怪不少同事討論說: 難道去年沒有評估今年要花多少錢,一點預算成本概念也沒有。當公司營收下降,支出增加時,一向注重營收的董事會就準備拿員工開刀。錯誤的決策常常比貪污還可怕。這是我們那時認為的。
2. 公司太喜歡用降級(Demote)來懲罰員工:
有一位 IT 主管已經在公司待了很久,原本是第 N 級,結果一位新來的 CIO 準備要上任。結果公司制度有盲點,新來的 CIO 只能給他第 N 級, 但是這位 IT 主管因隸屬 CIO 底下, 因而被告知要降一級才行, 如果你是當事人你作何感想? 這位IT主管憤而辭職。
另外我們台灣來的成員在台灣新蛋是第四級,被告之若轉到美國就要降一級。這根本是莫名其妙。因為並不是我們要轉到美國,而是你們去台灣招募我們的。
那時我們有一位成員和和董事長說: 降級代表是犯錯,請問我們犯了什麼錯要降級? 公司 HR 制度到底如何規定? 董事長並沒有回答! 當我們看到這一點時,發覺這根本是不可思議。後來才知公司副總或其他主管也曾被董事長降級。因此才恍然大悟知道那時董事長為何沒有回答的原因。請問美國新蛋的階級較值錢嗎?
降級這一件事情在業界根本就不太可能發生。就連最嚴格的軍中制度也很少會有降級這件事情發生, 頂多凍結其級數罷了,如上校升不上將軍,就一直維持著上校頂天。不然就請他直接從軍中退伍。
如果你對員工不滿,就解雇算了, 降級會打擊領導威信,這種事情我相信唸管理學的人都知道。這是基本常識。沒想到降級這一件事情居然會讓我們看到。這說明一件事: 公司的 HR 制度可以任意更改,公司員工也可以隨董事長個人喜好而任意降級,公司難道就是你一人制度嗎?
3. 員工買 Newegg 的商品自己要上Newegg.com 自己購買:
如果 Newegg 的員工要買 Newegg 的商品,居然要上 Newegg.com 自己購買,然後 FedEx 的人從辦公室的倉庫送貨,親自開車過來辦公室,然後一一發給員工。員工沒有任何折扣,也要付運費,那時看到此事,真是好笑死了。為何如此做的原因是因為曾經有人監守自盜,公司想不出好的方法,只好犧牲員工權利。看到此事你就知道新蛋科技不會學其他公司成立一個類似的員工福利中心, 然後用半價賣給員工, 難怪員工抱怨連連。 更何況員工也不見得想要在 Newegg 網站買東西,因為同樣的東西在其他知名網站賣得較便宜,難怪員工對 Newegg 沒有向心力。
既然員工購買 Newegg 商品沒有任何的折扣,但是有些主管為了幫朋友作人情,居然動用權力請MIS 人員生出一些 Promotion Code, 真是公器私用。這些主管才應該被降級才對。這件事情是我之前的同事曾和我說過,他早離職了。
4. 張氏16條真是無聊:
如果你看到公司牆壁上的四款16條,你會覺得很一言堂。還有主管拿這個叫所有員工要背頌, 還要考試,真是無聊。
當時有一位台灣新蛋被裁員工拿著四款16條(員工是公司最大的資產)去詢問張董事長: 你不是說員工是公司最大的資產,為何還裁員呢? 聽說被他或他的秘書太極拳推掉了。現在已聽說這一條已經刪除, 這突顯一件事: 自打嘴巴。
5. 福利沒想像中好:
如果你是大陸新蛋的分支(如上海,成都..)或台灣新蛋的員工,你可能會覺得你們的薪資水準高於同業的公司。不要大驚小怪。這是美元觀點。在美國一個月多給你們 300-500 美金其實很簡單的。但是美國新蛋的薪資福利卻不及其他美國的軟體公司。這一點眾人皆知。 最近又聽到我認識台灣新蛋的會計人員又被資遣,真是悲哀。 請問新蛋科技你為何喜歡每年召募又每年裁員呢?
6. 一下說要上市,一下又說不上市,員工無所適從:
新蛋科技這些所謂的高層,一下說要上市,一下又說不上市,向員工畫的大餅根本無法兌現,也讓員工無所適從。最近聽說美國新蛋科技開始叫員工認購未上市股票或發給管理人員未上市股票當作 bonus,當我聽到前同事和我說時,我和他開玩笑說: 新蛋科技花了將近 5 年的時間還上不了市,你覺得你的未上市股票會不會變成廢紙一張? 他還說公司歸咎於美國經濟的狀況才延緩上市。我聽到時只能說: 新蛋科技不及這二年在美國上市的華人公司,因為你根本很難在美國上市。
7. 每年招募每年裁員成常態,也敗壞自己在華人公司中的聲譽:
新蛋科技這幾年在美國,台灣及上海實施每年招募每年裁員的政策已造成很多人對新蛋科技感到失望, 也敗壞自己在華人公司中的聲譽。目前為止我所遇到的離職員工或被裁員工,沒有一個對新蛋科技報持正面的評價。
既然有人問我新蛋科技是一個制度健全的公司嗎? 我就將上述曾看到的事情一一回想並陳述出來。這也是對我美國工作的一部份負責。現在聽說張董事長已卸下董事長的職位,由一位很多人不熟悉的人接任其職位。然而有幾位主管及股東也離職。
我大膽的預測除非此人能力頗強, 能將營收再衝高, 否則根據以往新蛋科技的歷史經驗,這個職位是不會維持太久的。因為張董事長依然是大老闆。
如果你是前新蛋科技員工或是現任新蛋科技員工看到此文,是非黑白你應該自己判斷才對吧。盡信書不如無書。
***********************************************************
相關新蛋科技文章:
美國職場裁員現形記
美國新蛋科技(newegg)又要找人
對新蛋科技 (newegg.com) 感到失望
2008年9月25日 星期四
H1B 簽證: 先求有再求好
標籤: 美國簽證及H1B 訊息
2008年9月24日 星期三
美國軟體工作: 一個會議,三個環境,九個成員
雖然學理上認為 Scrum 會議最好控制在九個成員之內,但是實際上這個數字在很多公司只是參考用而已。成員越多當然越不好, 因為 Scrum Master 會很難控制會議進度。有很多時候在 Scrum 中,不少人會對一些專案流程充滿疑問,問東問西。這時候 Scrum Master 就會說一句話: Take it offline 。因為他也知道再討論下去只會浪費時間。
這個會議主要是每個人報告進度用的,不是討論專案細節部分,更不是批鬥大會。會議中讓大家掌握我們現在的專案究竟處於何種處境 ? 所以你會常聽到 Scrum Master 最常說的一句英語口語: We need to know where we are at.
軟體的環境分為三種: Test (測試)環境,Stage (待命) 環境,Production (正式) 環境。Developer (程式設計師)有自己的Test 及Stage環境。QA (測試人員) 也有自己的 Test 及 Stage 環境。Stage 是模仿 Production 內所有的環境。QA 必須在 Test 環境中認可後(sign-off)才能再將環境推往Stage 及 Production 中。這時就產生了1個很好的面試實務問題如下:
QA 在他們的環境中發現了Developer 的程式有問題,因此寫一個Bug 請 Developer 改程式,但是Developer 卻在他們的環境中測不出來, 請問你是 Developer,你可以將 Bug 變成 No Repro,退回給 QA 嗎? 若是 Developer 真的將Bug 變成 No Repro,退回給QA。請問你是QA, 你應如何處理?
如果你是 Developer 或 QA, 曾待過的公司有上述 Test 及 Stage環境,這一個問題你應該會很容易回答。這個題目出自美國微軟面試題。
一般台灣的軟體公司只有 Test 及 Production。有些台灣及美國的華人公司為了讓系統趕緊上線, 就只有 Production,連 Test 也沒有,真是誇張。
美國的軟體上市公司因為受到SAS 70或Cobit 法案,非常嚴謹。一般人是不能隨便碰Stage及Production內的資料庫。若是被審查(audit), 罰款是最輕的處罰。若要確認 Stage 或 Production的資料無誤,請提出申請,讓 DBA 幫你尋找。所有申請需符合SAS 70法案。
若專案已迫在眉睫, 但是 Developer 程式卻還沒修改完成,就意味著 QA 不能進行測試。QA 就會寫一個 Priority 0 的 Bug 說明自己已完全不能做事(Blocking) 。這也意味專案一定會被拖延。這時候 Scrum Master就會趕快決定接下來該如何做?
你這時就會發現同一天不同時段可能會出現上述我提的這三個環境。不同的環境會有不同的Build, 供大家使用。若 Test 及Stage 環境都已通過QA 的認可,但是到了 Production 時卻發生了問題,此時Production一定要回到(Roll Back)前面的版本才行,並再退回 Stage, 重新再找出問題。問題解決後,再推向 Production,於是再得到一個新的Build。這時也產生了另一個美國微軟面試題如下:
如果昨天的Build 很好,但是今天的Build 卻不好,這是為何? 當初我被問到這一題時,我很驚訝,因為這一題是送分題。老闆根本就是在考我有無實務經驗。
經由一個會議,三個環境,九個成員互相合作,你會發覺整個團隊全部動了起來, 真是朝氣蓬勃。專案中如何亂中有序其實是考驗著整個團隊的全體成員。這也是軟體專案成功的地方。
如果你在美國從事軟體業,對上述我說的一個會議,三個環境,九個成員應該會有很深的體會吧。
延伸閱讀:
喜愛美國工作的會議-Scrum
美國工作難找嗎? 問當地獵人頭公司最準
標籤: 美國Consultant 生活
2008年9月22日 星期一
喜愛美國工作的會議-Scrum
在美國從事 IT Consultant 時,團隊中的成員每天需要開會30分鐘,有些人是從外州做Conference Call,會議名稱叫做 Scrum。
Scrum 目的在使每個成員彼此都知道自己昨天做什麼? 有無任何困難 ? 今天準備做什麼? 透過此會議間的溝通, 讓每個人都清楚知道此專案現在處於何種狀況 ?
記得第一次在美國開 Scrum 時,那時真是又驚又喜又害怕。為何驚訝的原因是: 這無疑是在眾人之前表達我的英語口語能力。為何喜悅的原因是: 這種會議我很喜歡,可以充分溝通。為何害怕的原因是: 全部會議中只有我一個外國人,我很害怕聽不懂他們的英語術語,他們可能聽不懂我的英語口音, 我因而感覺更加戰戰兢兢。後來經歷多次的專案,我已習慣這種會議方式時,從此之後我便愛上了它。
我發覺有不少老美的同事,可能是因為個性關係,他們也不太喜歡在眾人面前報告。當我看到此種狀況時,我發覺我只要事先練習好台詞,主持會議的人都不會太刁難我。其實這個會議有很正式的氣氛,也有聊天的氣氛,完全取決於主持會議的人。
主持會議的人我們叫他 Scrum Master。Scrum Master 通常由 Project Manager, Program Manager 或 Release Manager 擔任。Scrum Master 需具備專案管理技巧,英語口才不錯(至少我目前看到的都是如此),能和公司其他部門或廠商進行溝通協調。我會覺得個性及口才甚於一切。這並不是只有一張 PMP 執照的人就能擔任的。
成員中裡面大致會有SA (系統分析師), Developer (程式設計師), QA (測試人員), Build Engineer (建置工程師), DBA (資料庫人員),這些團隊成員當然取決於公司的文化。我遇過的團隊成員中是沒有 Build Engineer, 但是卻由 DBA 擔任。也遇過團隊成員中是沒有 SA, Build Engineer 及 DBA。我遇過的專案都一定會有Developer及 QA。如果從軟體的專案流程(SDLC)來看,現在我已當過 Project Lead, SA, Developer, QA。每一種角色都很重要。
根據我的經驗,我發覺 Project Lead 和 QA 對產品軟體的觀點其實是一樣的。因為 Project Lead 自己也要用手測 (Manual) 軟體, 覺得可以後才能正式讓客戶看。QA 本身從事自動化 (automated) 測試或用手 (manual) 測試軟體。有一點最大的不同就是: Project Lead 須對客戶負責,QA 卻不用。QA 可以用盡所有方法找出 Developer 程式碼的 Bug,請他們修正,做好品質保證的地步。當大家譴責很多廠商軟體產品有很多 Bug時,問問你們自己公司有無 QA 部門。
沒想到 Scrum 已成為我每天在美國工作的一部分。
延伸閱讀:
在台灣你是個卑微的程式設計師嗎?
從美國工作觀點看台灣寫工作週報的可行性
全職工作不能常換,但派遣工作卻可以常做
美國軟體工作: 一個會議,三個環境,九個成員
標籤: 美國Consultant 生活
2008年9月19日 星期五
獵人頭公司的另一項優點: 幫你評鑑頂頭上司
2008年9月10日 星期三
美國工作觀點-Get Yourself Dirty
最近斯汀和我說她的老闆和她說了一句話,我覺得很有道理。她老闆說:他大學四年當中,雖然教授上課教了很多知識,可是他覺得並沒有學到很多,反而只記得教授說的一句話: Get Yourself Dirty!
這句話就是當你畢業時,自己運氣不錯,可能變成管理階級,如果不常常親自去工地看看,把自己弄髒,就無法親自體會工地實際的狀況。當你執行自己的政策時,就會產生很大的落差,也會引起民怨。
在軟體業,我發覺有很多剛畢業的學生很喜歡直接當專案經理,他們覺得最好可以管理一個團隊。但實際上專案管理並不是一件簡單的事情,更不是有一張 PMP 執照就是專案的品質保證。我也覺得紙上 PMP 的專案經理也常出現。
在軟體業,這些資淺的專案經理如果沒有親自去了解程式設計師,系統分析師,或是測試人員為何辛苦的原因,更不懂他們團體的術語時,就隨便的估算專案進度時間,那一定會導致專案進度延後。
這三年多的 Consultant 中,我發覺我曾經遇過的老美老闆大部分都是親自教導下屬,常站上第一線。讓我很佩服他們的精神。
你覺得你工作時常會 Get yourself Dirty 嗎?
延伸閱讀:
總經理變小弟的故事
一張A4 紙的工作哲學
工作職位重要還是公司大小重要?
在美國看PMP 證照-是白人的最後一道防線?
