2012年11月27日

[成長系列]魚缸與魚(二)



<魚缸大小會限制魚的成長>,魚缸大小對魚來說,是一個<相對>的概念。
在上一篇魚缸與魚(一)中,主要是站在魚的角度來看,你我員工都算是魚,而魚缸就是公司、組織、老闆和主管。如果你是一位主管,那麼對上,你是魚,期待上面給你更大的魚缸;對下,你就是部屬所期待的魚缸。

現在我們來談談當你是主管、Leader、Project Leader或PM等有權力或影響力去改變環境、工作,甚至主導、指導去影響部屬的職涯方向時,你可以為部屬做些什麼。


與上一篇魚缸與魚(一)同一張圖:
其中藍色縱軸和曲線為魚缸大小變化,紫色橫軸和曲折為魚的成長變化,這樣的關係與你和工作的關係是可以類比的,我們把分布簡單分為A、B、C、D和E五種狀態,還有一個特別的decision making的點,代表的意義分別為:

2012年11月23日

[成長系列]魚缸與魚(一)


<魚缸大小會限制魚的成長>,魚缸大小對魚來說,是一個<相對>的概念。

假設水夠多,水質沒有問題,魚的食物也沒有問題,只看魚缸跟魚二個關係時,我認為是像下圖的曲線圖形:



其中藍色縱軸和曲線為魚缸大小變化,紫色橫軸和曲折為魚的成長變化,這樣的關係與你和工作的關係是可以類比的,我們把分布簡單分為A、B、C、D和E五種狀態,還有一個特別的decision making的點,代表的意義分別為:

*、A狀態(環境良好、大幅快速成長,綠燈)
A狀態是最美好的,基本上就是魚缸對魚來說很大,有非常大的空間讓魚可以大幅快速地成長。<魚缸對魚來說很大>是一個相對的概念,可能是魚本來就很小,或者是魚缸也持續在變大。

一般最常發生在剛進職場的新鮮人,因為還處於魚很小的狀態,任何工作內容或機會都有助於成長,而且如果該新鮮人很有企圖心,學習的效率會非常可怕。

另一種是工作有轉機,例如升遷或是當了Project Leader,有新的舞台,當然也就提供更大的發展空間,而且通常在這個時候你會特別的興奮,覺得精力無限,想要有好表現的衝勁也會讓你進入更上一層的領域。

2012年11月12日

多頭馬車跑得快?


二維管理的體制下,其實對個人而言常常是同時要跟多位老闆report,例如Team Leader、PL、PM、Team Leader的老闆、Team Leader的老闆的老闆,當每個老闆都有事要做,都很急,priority都很高,每個老闆都得罪不起,累到爆是可能的,不過最慘的是A老闆要往東而B老闆要往西,都不知道怎麼做才是對的了。

不管你是基層的RD、Leader、Project Leader還是中階主管,上面總有不只一個老闆,多頭馬車都是存在的,而且基層的主管、Leader或是能力強的member是最容易被老闆們直接access的。

會遇到的情況,可以分為三類:
一、老闆們都要往東
不同的老闆都來要求或關心同一件事情,說明這件事真的很重要,所以老闆們都來了。他們之間的差別可能只是做的程度和做的schedule的不同,基本上衝突不會太大,你要做的可能只是在一件事情上極大化的滿足不同老闆就好了。

另一個角度來看,你所負責的事真的很重要,你已經成為老闆們的焦點,簡單的說你是Key Person,某種程度是老闆們對你的肯定。這時候的你應該要特別小心,因為這個階段是:<做的好就上天堂,做不好就下地獄。>因為這時候是焦點,焦點的意思是什麼都會被放大,就像賭注被自動加倍,能不小心嗎?

2012年11月5日

二維管理可以很簡單

我想大部份的公司都是如上圖的二維管理方式:
*、Function Team
  基本上就是組織上的部門,每個部門有專門負責的功能工作。除非組織有變動改組,不然組織部門是常態性的存在,一般工程師都稱呼部門的主管為老闆。
*、Project Team
  依任務需求而成立的,不是常態性的,而且具有時效性,一旦project結束就解散。Project Team的成員是依任務需求從Function Team徵調組成的,在project期間工程師是要對Project Leader負責的。

2012年11月1日

老闆的support


<有責無權>往往是令當事人最頭痛的事情,而且常常因此傷痕累累,說二個故事來談談老闆支持有多重要。

*、Project P的人力缺口
在project P之前,project M的量產已經打好了新的3G平台良好的基礎,而且在公司B併購公司S的手機部門後,3G是發展的重點,所以一下子幾乎同時開了4個3G project,而project P有很棒的規格、很亮眼的ID,是被寄予重望的第一砲。
Project P投入的SW/HW人力近百人,PL是D,而我是某個SW領域的Integrator,負責管理協調這部份的所有事情,下面的人力最高時有58人,佔了整個project的6成,PL D都說我算半個PL了。

高人力的需求來自於非常的多功能需求,以當時我老闆F帶的團隊也不過30個RD,project P根本不是一個team可以吃得下來的,所以由4個team組成的聯合軍團成立了。當時的我才帶過2個人的project(一個PL我,加一個RD),要管理這樣的聯合軍團對我來說是很大的挑戰,光就某個功能開發在協調溝通不同team的幾個人就很吃力,更何況有幾十個這樣的cases要處理,不過雖然很累,我卻很enjoy。