［成長系列］魚缸與魚（二）

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

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

與上一篇魚缸與魚（一）同一張圖：

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

［成長系列］魚缸與魚（一）

＜魚缸大小會限制魚的成長＞，魚缸大小對魚來說，是一個＜相對＞的概念。

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

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

＊、Ａ狀態（環境良好、大幅快速成長，綠燈）
Ａ狀態是最美好的，基本上就是魚缸對魚來說很大，有非常大的空間讓魚可以大幅快速地成長。＜魚缸對魚來說很大＞是一個相對的概念，可能是魚本來就很小，或者是魚缸也持續在變大。

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

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

多頭馬車跑得快？

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

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

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

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

二維管理可以很簡單

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

老闆的support

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

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

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