0308 從失敗學 - 給一些職場新人的建議

這幾個月實在忙碌,一直在趕案子結果搞到連身體都有點承受不住了,好不容易放假了,勉強喘口氣。不過難得沒事的假日我就幾乎倒在床上專心休息跟感冒搏鬥。

最近剛好在交接一些舊的業務給其他部門的人,其實有點被盧得不太耐煩。當然要能夠交出去我才能夠輕鬆一點去作下一個比較新的案子,在交接的過程中,我其實深深地理解為什麼很多資深工程師會帶完新人就閃人,因為平常業務就已經不輕了,還要分出時間來作訓練跟交接,然後如果遇到新接手的人其實不太適任,一想到之後業務切出去還要繼續兼顧那邊的業務,不覺得心灰意冷的人大概很少。

整理了一些我最近 給接我舊業務的人的建議,同時也整理了一些給自己的備忘,就先分享出來吧。

給職場新人的建議

  1. 不要害怕失敗、不要害怕問。

    你是新人,經驗也不足,本來就不會期待你第一天就會我們這種有經驗的人的水準,更何況有些事情的判斷跟行動模式其實也跟各公司文化有關。你唯一要注意的就是,問的時間點跟怎麼問。不要在負責帶你的人看起來很忙的時候問,也不要在他看起來很不忙的時候問。前者是因為別人已經在忙了,你還去問,你是白目嗎?後者則是他可能剛結束一段很忙亂的工作,你這個時候打擾他,他可能本來要放鬆的心情又被你的問題破壞,這個時候他絕對不會不回答你,但是他會不爽你。

    那最好問的時間是什麼?看到他在處理「雜事」的時候,先禮貌性的問一下有沒有空,然後再問問題。什麼是雜事?以我的情況來說,就是在寫 daily report, 或是正在回一些無關痛癢但是不回不行的信的時候。如果我正在一邊看 code 一邊跟人討論,你還找我問不太相關的問題,那... 你是白目嗎?

  2. 要具備有問問題的技巧。

    第一,要先限縮問題的範圍,你要先限縮問題的範圍,被你問的人才會第一時間知道:「你要問什麼」而立刻跟上你的問題。不然你要描述你的問題,其實會很浪費時間。如果問題不容易理解,就先寫好信寄給你要問的人,解釋好來龍去脈。不過通常在自己整理問題的時候,往往解答就出來了...

    第二,要問對問題。什麼樣的問題比較有可能是對的問題?對象明確(who)、現象明確(what)、時間點明確(when)、地點明確(where)、因果明確(how),就通常可能是對的問題。這個時候你的問題只有要問為何(why)。也就是說,被你問問題的人,只要需要去回答為何就好了,而不需要還要跟你花太多時間重新釐清你的問題在哪裡。

    切記不要沒頭沒腦地問問題,你會沒辦法建立起自己的 credit 。也就是說,其他資深的同事會覺得『這個人的問題通常沒頭沒腦的』,然後你的問題很容易會被選擇性忽視。

  3. 不要悶著頭作,要適時 call help 。

    不過這點自己都做的有點差。簡單的說,其實在現在這間公司,時間是有點奢侈的。所以幾乎我花兩個小時完全毫無頭緒的時候,我就會 call help 去找人討論。當然負責的人可能也不清楚或是正在忙,那怎麼辦?除非沒人可問,不然就去找其他的同事問,不熟的話,就是找人問:「我可以問誰?」問到對的人往往可以事半功倍。

    另外還有一點重要的是,不要到「確定」你所知的範圍內沒有答案才 call help ,你第一時間沒有概念,稍微搜一下也沒有概念的時候,你就要準備 call help 了。

  4. 要具備有自己找資料的能力。

    主動上網查找文件、或是善用 source insight、cscope 等軟體。像我主要是負責跟 Qualcomm 平台相關的案子,結果每天上 codeaurora 跟 Qualcomm 的 document base 看有沒有新的文件跟 patch 已經是我的日常休閒(難怪我老是被當怪胎),有的時候可以早期就得知一些事情,像我的部門在跟 Qualcomm 爭論澄清一些問題的時候,就經常靠著找到的一些 Qualcomm 的文件使得我們可以問更正確的問題,而把釐清問題的時間縮短,趁早把事情聚焦在如何解決這項問題。

    或是遇到一個問題,主動去 follow 其他相關的問題,雖然這樣比較累,但是你會更快進入狀況。

  5. 不要太早下結論。

    我在交接業務的過程的時候,也經常會出些小作業。通常我不會講他是屬於哪一種問題,然後也不會講接下來的 action 是什麼,這就是我出作業的原因:要看你會不會判斷問題,以及看你接下來會採取什麼 action。

    我比較沮喪的是,其實很多人都會根據一些表象,然後就直接下結論了。是的,這就是一般的水準罷了。有很多東西,問題來源可能是更深層的,尤其是那種問題一直發散無法收斂,那一定是有個很深層的問題發生,能不能找到這個問題,就是一個有能力的人跟一般水準的人的差異。頭痛醫頭,腳痛醫腳,fine,那也可以解決一些問題,但是當問題不能全部解決的時候,你就該注意到這些東西都只是表象了。

    於是交接我舊業務的人,就一直被我退回作業。因為我其實已經告訴他問題的真正解法跟 action,他卻囿於那些表象而無法將整件事情串起來。

    像我最近跟一位資深的同事好不容易解決了一個很麻煩的問題,但其實我們很早就已經定調應該是某個東西被干擾造成的,但是苦於平常必須要應付大量其他雜務,一直無法肯定這件事。然後其實硬體那邊已經有透漏給我解法了,只是我後來忙忘了,就一直沒有去問硬體那邊詳細情況跟進展。後來我們終於得閒,專心蒐集旁證,然後我要去問硬體的時候,他們就已經確定那解法可以解決掉很多問題,所以正式進了那個 solution 。

    坦白說我有點懊惱啦,因為我失去了一個很好的建立 credit 的機會,但是其實這種機會到處都是,倒也還好。而這個 solution 一進,原本不斷發散的問題應該就會收斂了。而因為我們已經很早就專心蒐集旁證,所以這個一進,我們就把握機會把很多確定是這個引起的問題全部收尾掉,甚至還有餘力去幫別的部門收尾問題。

    然後我才有餘力現在整理現在這一篇。

給自己的備忘

  1. 不要期待每個新人都有跟我一樣或超乎我的能力,也許是我之前都太常跟所謂的神人等級的人 co-work 了,我老是會忘記其實我在某些人眼中也算是某種神 經病的 人。
  2. 人都是訓練出來的,不要太心急。
  3. 不要幫要訓練的人整理太完整的答案,這樣他會不懂為什麼最後我們會採取這樣的 action,也有害他培養出屬於自己的思維能力。
  4. 要適時的去關心跟導正他的錯誤方向,雖然所謂的適時也只是比較有空的時候。
  5. 不要太嚴厲,雖然如果訓練的對象只會亂盧的時候也只能這樣。
  6. 專注在業務交接,完全無視被訓練的人的裝可愛跟撒嬌。雖然我已經完全無視這些行徑,但是還是多少會被影響(到發怒),尤其是這個領域女性很少,所以有些女性工程師專長並不在本行,反正她只要撒個嬌,就自然會有人自願跳坑幫她做牛做馬給答案幫忙... 對,我正在抱怨接我業務的人是個女性工程師,然後一天到晚在盧跟撒嬌,害我一天到晚要罵人... 偏偏我又不能選擇叫不要她接...

Comments

comments powered by Disqus