跟著心走，就不會後悔

圖片來源：http://2.bp.blogspot.com/

最近剛好遇到了二個案例，很相似卻也很相反。

Ａ是我這一陣子以來面試到能力最好的RD，我是他開始找工作後的第一個面試，雖然我當場就錄取他了，不過並不想直接就定下來，他想再看看外面其他的機會後再做決定，所以我等了他三個星期。等我再問他決定如何時，他很表示婉拒了。他覺得我們要做的事很棒，所以也介紹給他的朋友，看有沒有人想換工作，只是大家都想等過完年再說。至於被拒絕的我，心裡是難掩失望，但是對於難得好的人才，我當然不想這麼簡單就放棄了，更何況因為等他三個星期讓我不得不放棄另一個也很好的RD，因為空缺只有一個。於是我跟他電話談了一個小時（用我的手機打的，電話費～＠＠），試著說服，也試著了解原因。

Ａ考慮很多因素，公司的遠景，工作的內容，Leader和公司成員，未來的錢途等等，我跟另一家都差不多，最大的差異有二個：
1. 距離，另一家公司離他家很近，一天的來回交通時間會差到一個小時，而他很重視時間成本和效益。
2. 他想追求更高的技術層次，因為他認為自已的技術能力還不足以讓他往上到管理階層。到我這邊，他會是技術能力最好的，他會是帶頭的那個。另一家公司的RD leader技術很強，可以從他身上學到很多。

［面試系列］面試官，你能給人家什麼？

圖片來源：http://discoveringtruesuccess.com/

找工作，你會care什麼?
錢？Title？大公司的社會地位？技術深造和多元的學習成長機會？可發揮的舞台？吸引人的工作內容？好的老闆？好的團隊？成就感？偉大的願景？創造性？服務性？個人和社會的價值表現？舒服的空間？磨練到死的地獄？工作和家人的平衡？——你可以不停地列舉下去。

但是最重要、最在意的是什麼？
剛畢業的，可能是大公司的社會地位、學習成長機會、好的老闆。
累積夠多經驗和能力的，可能是錢、Title、可發揮的舞台、吸引人的工作內容、偉大的願景。
已結婚有小孩的，可能是錢、工作和家人的平衡。
你還是可以不停地列舉下去。

［面試系列］即使你不行，也要有認為你可以搞定的態度和企圖

圖片來源 : http://s4.gigacircle.com/

我：為什麼你期待的薪資是25K~35K/月？25K真的是你可以接受的嗎？怎麼說你也是碩士畢業啊？
Ａ：我知道自己專業比較弱，而且這二年都在家玩線上遊戲，沒有累積經驗。不過我幾個月前開始學習PHP，也以線上遊戲為主題實作一個網站想要給玩家用。
我：那剛剛介紹時怎麼沒提到，你知道剛剛介紹你自己前後不到5分鐘就講完了嗎？你是應徵Web工程師，不是剛好可以demo嗎？
Ａ：因為寫得不好，只是練習用。
我：你確定你寫的網站玩家會想用嗎？
Ａ：應該會吧，我自己就是玩家。
我：如果回到二年前，你剛畢業時，你會要求多少的薪資水準？
Ａ：應該40K/月吧。
我：那你覺得你需要多久的時間加強自己的專業？
Ａ：．．．

＜讀書樂＞平台革命

圖片來源：http://im1.book.com.tw

最近剛看完這本平台革命，很不錯的書。

如果你是軟體工程師，你應該看看這本書，知道自己寫的程式是可以怎麼運用的。
如果你想跨出軟體工程師，你更應該看看這本書，會給你很多沒有想過的角度看事情。
如果你想入網路的領域，你最好看看這本書，不然你會長不大，而且不小心就會被吃掉。
如果你對研究Business model有興趣，書裡很多大公司的案例的分析和思考，絕對讓你興奮。

如果你還沒看過，這本書是長知識的好東西，值得你花點時間看看。

［PL的Project Management］小心！地雷其實是你自己埋的！

圖片來源：http://images.takungpao.com/

之前寫過一篇［PL的Project Management］三軍未發，糧草先行，最近一個project的案例就是沒做好糧草的準備，過程中到處失火，搞得人仰馬翻。

在project進行二個多月後，有些feature都已經開發完成了，這時卻有人反應F模塊沒有owner負責，原因是debug時需要找該模塊的人一起看，卻發現找不到人。結果PL召集會議討論該如何處理，才知道原來大家對分工的認知有很大的落差。因為這是大project，所以跨了幾個sites的RD team一起合作，Z1 team的 PL認為F模塊有問題應該由上層使用的人自己去改，因為Z1 team過去的project也是依這種模式處理。但是H team卻認為F模塊的範圍很大，而且相關的domain know-how很深，不是隨便人輕易可以改的，應該是有一個專門的team負責處理。H team之前跟Z2 team合作的project就是有專門team在負責F模塊，他們只負責上層應用的部份。

［成長系列］抱怨，會斷了你升遷的路

圖片來源：http://ext.pimg.tw/

Boss：＜你覺得P怎麼樣？＞
S：＜P的專業能力不錯，但是抱怨太多。如果少一點抱怨，是個主管的人才。＞
Boss：＜怎麼會抱怨很多？上次見他跟Y一起時，還跟他聊了一下，我對他的印象很不錯啊！＞
S：＜你不知道P跟Y不合嗎？就是P對Y的抱怨太多，甚至連"下一個project有Y就沒有他"的話都說出口了，搞得要主管A出面才稍微平息了一點，你可以找A問更detail的情況。而且每次他在抱怨時都很大聲，周圍的人都聽到他的不滿，所以他的不滿也不是什麼祕密，附近的人都知道的事。＞
Boss：＜嗯～我都不知道還有這樣的事。＞

好不容易因為專業能力可以讓你冒出頭的，但卻因為抱怨再把你打了下去。

貴人，是在你努力後才會出現

圖片來源：http://3.bp.blogspot.com/

Ａ長我一歲，是team裡的工程師，離職的最後一天，我們聊了一下，在說完我過去工作的經驗後，聊到了貴人的主題：

Ａ：＜我發現你一路上來貴人很多，我就沒你那麼幸運。＞

我：＜嗯～的確貴人很多，F是我工作的第一個貴人，一路提攜我上來，給我機會，也是我做人做事的學習對象，不否認有時連自己都覺得身上有他的影子。不過想想也是因為我很努力解決工作上的問題，證明自己有能力往上爬，而且我應該也沒有讓F失望過吧。第二個貴人是J-S，帶我接觸外面的世界，跳脫RD的界線，不過因為我們能力互補，彼此需要，彼此幫助，一起在同一個舞台發光發熱。第三個貴人是S，他的賞識讓我不再覺得自己渺小，對自己更有信心，當然他的賞識是建構在我過去的成果上。第四個貴人是J-Y，他帶我走向更寬廣的世界，能創造很有價值的東西，而這是建築在良好的互動合作所產生的信任感上。＞

＜面試系列＞給新手面試官的一些話

圖片來源：http://static.parade.condenast.com/

每個面試官都有自己的面試方式，雖然如此，還是有共同的部份可以提醒，特別是對新手面試官。

１、你會是面試者未來的老闆，或帶領他的人，而老闆好不好一直都是面試者考慮的重要因素。請記住你的角色，然後想想什麼樣的老闆會吸引你，你就知道該表現出什麼樣子。

２、面試是你很重要的練習機會：
　　Ａ、如果你是leader，練習說清楚你的team會是什麼樣子，愈說你也會愈明白自己team可以扮演的角色。
　　Ｂ、練習溝通應對的技巧，如何開場、怎麼結束、如何掌握氣氛、如何主導溝通的過程、怎麼聽出話中隱藏的意義、如何挖掘更多的資訊等。
　　Ｃ、練習你看人的能力，個性如何、能力如何、態度如何，你可以記住第一眼的印象，然後在談話過程中去驗證。
　　Ｄ、練習判斷一個人的能力和價值，你會需要寫考核的評語，甚至核定面試著的薪資。不要受限於HR角度，你要有你自己的意見。

最近聽到的對話內容

Ａ：＜某某說他在外面有很多機會，也有人找他去當處級主管的。＞
Ｂ：＜他想走已經講很久了，以他的能力機會肯定是有，但可以當處級主管，你相信嗎？＞
Ａ：＜嗯～＞
－－－
是環境限制了你？還是你離開不了這個環境？


老闆：＜聽到大家對某某的評語都很好，我很少跟他接觸，你覺得呢？＞
Ａ：＜他能力很好沒錯，但經常跟他的老闆和來我這邊抱怨，卻沒聽他說過如何解決這些抱怨的問題。＞
老闆：＜嗯～＞
－－－
抱怨多了，會妨礙自己晉升的路。

［PL的Project Management］你也是用人力不足來當project delay的理由嗎？

圖片來源：http://i1.sinaimg.cn/

最近聽到某位主管說：＜Project delay的問題很多，像是人力不足，所以效率不高。要提高效率的話就得增加人力，成本就會提高，這對公司是個負擔。可是這個project已經投入那麼多人了，其他project都不需要這麼多人，為什麼還是人力不足？＞

這段話文法沒有錯，聽起來也很順，只是內容很矛盾。
1. 已經投入很多人了，還人力不足嗎？
2. 人力不足跟效率不高會是因果關係嗎？
3. 要提高效率只有增加人力這個方法？
4. Project問題很多，但看起來也只關心人力問題和成本問題，但這是根本的原因嗎？

＜讀書樂＞放下百萬年薪也要做的事：徒步環島看見心中的台灣

想不到因為今天痛風在家休息的時間，讓我看完這本書。

因為面試，認識小曹。
他休息二年後再入職場，我沒有懷疑他的能力，就像我也沒有懷疑自己休息一年半一樣。
更何況他中間還做了一件讓我覺得了不起的事－－徒步環島。
雖然當同事的緣份短暫，但是跟他聊起徒步環島的事卻印象深刻。
今天在腳痛到不能動的情況下，看完他這本走完一圈台灣的書，真是很特別的感覺。

能完成一件讓自己覺得驕傲的事，是一輩子的印記。
凡走過必留下痕跡，只是走過的路能累積成驕傲的又有多少呢？
一開始訂的目標有多大，結果也會有多大，只是能有勇氣去設定大一點的目標嗎？還是光想到過程可能的困難就放棄退縮了呢？過程是辛苦還是美好，沒做，又怎會知道？沒做，又怎會感動？

就像小曹說的，＜種子＞已經種下了。

［PL的Project Management］不清楚、不透明，什麼都卡住

PM：＜這個是誰負責？該找誰處理？＞
RD：＜你都不知道？我怎麼知道？＞

RD：＜客戶report bug，但是沒有tester email，怎麼跟他聯絡？＞
PM：＜你可以跟我說，我再轉給客戶的PM，他會再幫我們轉給tester。＞
RD：＜沒有直接tester的email嗎？不然你給我客戶PM的email。＞
PM：＜你可以找A PM、B PM或某某某也可以。＞
RD：＜所以是要email都寄給他們三位嗎？＞

RD：＜這個project要開Ａ、Ｂ、Ｃ、Ｄ、Ｅ的權限才行，要填申請單給IT。＞
二天後～
RD：＜哇咧，都開了Ａ、Ｂ、Ｃ、Ｄ、Ｅ了還不行，還得再開Ｆ才行。真是ＯＯＸＸ。＞
二天後～
RD：＜Project的文件是放在server，這也要申請才行。天啊～到底還有什麼要申請的？＞

RD A：＜你知道project的schedule嗎？下一個milestone是什麼時候，為了什麼？＞
RD B：＜噗～一個月了，我連PL、PM都沒見過，每次都是前幾天才發mail說要build load，我怎麼會知道project schedule，我只知道手上這幾個bug只剩二天的時間可以解。＞

RD A：＜這個project到底有幾個PM？都搞不清楚。＞
RD B：＜我知道有二個PM負責不同版本，分別是PM A和PM B，然後管new feature的是PM C，有issue manager的 PM D，對vendor窗口的PM E，工廠問題的有PM F，不過CTS到底是PM G、PM H還是PM I負責的我還搞不清楚，因為都來跟我追過問題。還有沒有其他PM，這我就不知道了，有接觸過的就上面那幾個了。＞

RD：＜這個bug跟某個new feature有關，可以知道那個new feature到底是要做什麼嗎？誰負責的？＞
PM：＜我查一下excel。＞
RD：＜這個excel有在server上嗎？我們可以自己查。＞
PM：＜沒有。這個是RD A之前整客戶給我new feature patch。Feature spec.是在做什麼，不知道，要再查一下，如果找不到就要再問客戶了。＞
RD：＜那有那個patch嗎？之前遇過幾次因為patch沒整好出現的bug。＞
PM：＜嗯，我查一下，不然我請RD A寄email給你好了。＞


很多時候，PL/PM只要做好資訊整理這件事，公布出來讓大家知道有問題可以從哪裡找到正確的資料，方便大家做事就可以省掉很多不必要的溝通。不卡住，project效率自然就提高了。

［成長系列］看見問題，看見機會

圖片來源：http://aws.personalfinancemastery.com

看不見問題，可能是你還太嫩，或者，你已經在那個環境太久，麻木了。

看得見問題，表示你有能力，能判斷的出對和錯，知道什麼是應該和不應該，或許還會對如何解決問題有明確的想法。

看得見機會，因為你看到的不只是問題，而是看到解決問題之後能帶來的景象。問題不是困擾你的難題，反而是你可以表演的舞台。

願意一起追逐夢想嗎？

圖片來源：http://www.en8848.com.cn/

＜你想做的事情很棒，相信大家都會認同你的夢想，但是大家會懷疑的是，你是否真的有能力帶領大家去實現它？＞

關於追逐夢想，我想到自己的二個故事。

＜故事一＞
第一次換工作，是老闆帶著一個team去新公司開發手機平台。新公司現在已經很大，但在當時我們很多人都沒聽說過，手機更是剛剛切入而已。老闆說我們是要去開發一個全新的平台，從零開始，自己設計，自己開發，會是很有趣的挑戰。我相信不只是我，其他人也都為能開發一個新平台感到興奮。但是不可否認，開發新平台不是件容易或短期的事，當時也懷疑新公司的決心，也懷疑是否真的做得出來，不過憑著團隊幾年來培養的好默契和信任感，我們願意跟著老闆一起為這個不可能的任務努力。現在幾年過去了，我至今仍對曾經參與一個從無到有開發的手機平台感到驕傲，這是我工作經驗中，唯一一次認同一個夢想，並且完成的。

［成長系列］別輕易說不

圖片來源：http://www.newamericans.ny.gov/

＜不行，這個我不會。＞
＜我沒時間再做這個。＞
＜這個不是我負責的，問題不應該給我。＞
這些是你習慣說的話嗎？

你可以說不，但千萬別輕易說不，甚至當下就脫口拒絕，因為你可能把機會也拒絕了。

［PL的Project Management］PL，你應該站在第一線

圖片來源：http://cdn2.business2community.com/

PL，對不起！後面的位置不是你的，那是老闆的，你該站到前面去。

如果你搞不清楚自己該扮演的角色，相信你的老闆會好好教你的，可能會用愛的教育，不過更可能的是震撼教育。

＊你要能頂得住客戶的質疑，不能找個小兵去當炮灰。如果是PM在主導，至少也要跟PM一起面對，做PM有力的技術支援。
＊你要能頂得住老闆的壓力，project的問題你必須概括承受。
＊你要能站出來做決定，不論是team resource的衝突、task priority的設定、需求做不做、工作任務的分配等，你可以要求team leader給你意見，但不能期待team leader能做超出他們能力或權力範圍的事。

［PL的Project Management］Project delay了該怎麼救？

圖片來源：http://www.foxgrp.com/

Schedule delay怎麼辦？
當老闆或客戶劈頭就問你這句話時，你該怎麼辦？

如果你平常就不是很用心的PL，你不會知道project真正的問題在哪裡，不知道問題在哪，你當然也就提不出好的方法。這時你就只能期待老闆不懂，含混過去，但可以想見project依舊改變不了delay的情勢。也許你就是project最大的問題也說不定。

即使你平常很用心，你也不一定會知道問題在哪裡。用心的PL不知道問題在哪裡而delay，就跟很認真做事的RD卻效率不好一樣，結果讓老闆生氣卻又不忍罵他。只能說能力、經驗、做事方法還不夠到位，要學習的東西還很多。不過好在有用心，project delay有機會成為最好的教訓，好好想想檢討一下，會找到一些答案的。提出好的改善方案或lesson learn，相信老闆會再給你支持和機會的。

〔成長系列〕太計較, 你會長不大

圖片來源：http://www.fiito.com/book/35

有次跟RD的對話。
我：為什麼bug轉給別人不用加note？如果別人什麼都沒說就把bug轉給你，你不會很ＯＯＸＸ嗎？
Ａ：會啊，而且常常遇到這種狀況。
Ｂ：如果一個bug我已經分析很久，也找到問題了，知道怎麼處理，只是問題在別人負責的範圍，不得已才把bug轉給他。像這個我自己就可以把bug解了，本來解bug的績效可以算在我身上，現在卻是算在別人身上，那為什麼我要把分析結果加在note，讓他輕鬆就可以解掉bug！
Ａ：因為老闆可能不知道你實際的工作內容，若是以解bug的數量來衡量你的績效，就會很吃虧。

跳不出框架

井底有二隻蛙。

蛙兄：看，上面的天空好大啊。
蛙弟：是啊，而且當你跳起來時，會看到更大的天空哦！
有一天下大雨，洪水氾濫，井水也滿溢了出來，二隻蛙被沖出井外。

抬起頭來。
蛙兄：天啊～天空不見了，世界末日來了！
蛙弟：是啊～怎麼會這樣，這是怎麼了！
於是二隻蛙不顧洪水，拚了命地游回井口，掙扎地想回到井底。
終於天晴了，水退了，二隻蛙好不容易再回到了井底。

蛙兄：看，上面的天空好大啊。

［面試系列］其實，我是花錢來上班的

因為上一篇＜誰面試誰？＞的情況，讓我在面試時談了很多我自己的想法，
其中有一個想法提出來時，對方都楞了一下，顯然是沒這樣想過。

是我花錢來做這個工作，不是公司給我薪資來做這個工作的。

很難理解嗎？其實不會，看圖就懂了。

［面試系列］誰面試誰呢？

圖片來源: http://www.radiobreizh.net/

最近在找人，所以安排了不少面試，但是幾次面試下來，卻有種角色錯亂的感覺－－從面試官變成了面試者。

剛開始還不會有這種感覺，但是隨著愈來愈難找到好的人來面試，愈來愈少人願意來面試，不知不覺中主客的立場已經悄悄地換了位置。在上一場面試中，我問了對方一個問題：＜你換工作的考量點是什麼？＞，回答：＜第一當然是薪資，再來就是老闆了。＞然後我說：＜那我們來互相interview吧！＞就在這個時刻，我意識到我才是來面試的。

你會選哪個?

圖片來源：http://www.theemotionmachine.com/

最近跟一位年輕人聊天，他之前在某知名科技公司當RD，有三年的工作經驗，最近在找工作，也已經拿到二個offer，算是有競爭力的。那二家公司的狀況如下：

Ａ公司：薪資較高，工作環境較好，會加班，升遷機會少。

Ｂ公司：薪資可接受，工作環境較差，但不太加班，要去的團隊是新成立的，所以有升遷機會，雖然老闆很不錯但不太穩定，中途可能換人。

問他想要去哪家公司？回答還沒決定。

問他自己想要什麼？停了一下，然後回答不知道。

［PL的Project Management］別讓自己成在最大的bug

圖片來源：http://www.uwosh.edu/deptblogs/career/files/Linkedin.jpg

PL/PM不是魔術師，project也不是黑布蓋起來的箱子，真的不需要搞神秘。

有些PL/PM以為掌握的資訊愈多又愈少人知道，就有愈能鞏固自己的權力，其實這樣的PL/PM已經成了project最大的bug，只是不自知罷了。

打仗時通信是非常重要的，通信設施是敵人優先攻擊的目標，為的就是癱瘓對方的溝通管道，讓彼此孤立不能協調，自然戰力大減容易個個擊破。做project就跟打仗一樣，PL/PM就是通信中心，就是統帥，有統帥自毀通訊的嗎？如果有，除了合理懷疑他是敵軍的臥底之外，不用說，他就是最大的bug了。

［成長系列］知道。做到。難！

很多事我們不會去做，是因為我們不知道，所以我們努力學習、追求知識，填補不知道的空白。

但是有多少事情是早就已經知道，也不是不能做，卻不去做的呢？

減肥，想過多少次了？嚐試過幾多次了？有一次成功嗎？

股市，你知道克服人性的貪婪，才能成為5%的贏家，結果呢？

多少後悔，是來自於當時明知該如此，卻不如此的？

也許當你驚覺，跟你同期的朋友已遠遠地把你拋在後頭，你才會意識到不是自己知道的太少，而是自己做到的不夠多。

［成長系統］別做一成不變的事

picture from ngonapoom.wordpress.com

一個工程師如果都在做一成不變的事，幾年之後，就會變成一個＜公務員＞工程師。

一成不變或許可視為一種專注，一件事做了五年後你也可以是專家，但如果你做的這件事的門檻不高，新人花個二年也可以達到跟你差不多的水平，你還會認為你這個專家值錢嗎？

有些公司的制度是會限制工程師發展的，把工程師當成工廠流水線上的作業員一樣來使用，一個工程師就只專注地做產品的某一部份，例如手機的camera driver，然後就負責每支手機產品的camera driver，幾年後，你會很懂camera driver，做過很多camera module，有能力處理很多camera相關的問題，但是你最多就只懂camera driver，你不會懂藍芽，也不懂Wi-Fi，而公司的運作方式也不需要你去懂其他的東西。當你對你的工作駕輕就熟，你的工作成了一個舒適區，你也不想改變，然後成了像公務員的工程師，再過幾年，年齡不知不覺成為你的障礙，你已經跨不出你的舒適區，而且已經沒有機會留給你，因為機會只留給成本更低、學習能力更好的年輕人。看起來像是公司害了你，也許是，但進這家公司是你的選擇，把工程師做成像公務員或是作業員也是你的選擇，不是嗎？最近接觸了幾個類似的個案，看清楚的人直接轉換跑道，看不清楚的可能換了一家公司，只是已經習慣了的想法如果再不改變，過幾年後是否還有換公司的本錢呢？