大廚師與工程師

矽谷好吃的中餐廳每到周末就大排長龍，問老闆為什麼不多加幾個位子，好多做生意，老闆說：「大廚師難找，他又只有兩隻手，加了桌子也上不了菜呀！」

如今的網路事業發展是一樣的問題，暨不缺錢也不缺點子，唯一缺的就是能真正上菜的網路工程師。所以﹐對於寶貴的工程人員要如何留人留心，請客吃飯之外﹐以最有效率的組織，善加分配資源，讓每個人發揮所長，達到最高效益，是每個e 時代管理人員的課題，而不再只是高科技公司科技主管的專屬頭痛問題了。

傳統產業一般也都設有資訊部門，但是都只是擔任提供或整理情報的角色，並不參與商業的決策。到了網路時代，電子商務必須利用科技將整個商業過程轉換成電腦程式。於是原本就供不應求的工程人員就更搶手了。

在我多年的科技生涯中，試過各種的組織方式，和一群同樣有"實驗'精神的老闆及工程師們摸索改進了多次，常跌得鼻青臉腫才逐漸裡出了一套較管用的方式，我們戲稱為大廚師上菜法。（在趨勢科技﹐好吃的我們什麼都要，和吃扯上點關係，大家才都能聽懂、認同。）

這套大廚師上菜法的工程師管理，其實就是分級分工方式，和傳統的經理，副理，課長…一條鞭方式不同。而是採用格子式( Matrix ) 組織，分為垂直的技術功能組織和橫向的產品專案組織。

垂直的技術功能，組織以技術和經驗為分級基礎，通常先依技術專業分組，例如系統工程師、界面工程師、測試工程師等。就像大廚師有專長法國菜、江浙菜 、麵食等是一樣的。然後，每組再分為由剛畢業的初級工程師至最高級的架構工程師 15 級等。這又好像大廚分大廚，二廚，抓碼等等一樣。

這垂直組織的主管，最主要的工作是提升人員的專業技術，像師父的角色。而各級工程師之間，也像學校的學長、學弟（妹），有年級之分卻沒有從屬之關係。這樣的制度下，最高級的第15 級工程師雖然可能手下一個人也不管，卻享有相當於執行副總裁以上的待遇，例如坐飛機是商務艙、專用停車位等等，套句我們公司工程師的話說「走路都有風。」

這個制度的好處是讓專業人員能因其專業而有晉升管道，而不會有把"最好的工程師升去當最爛的主管"的遺憾。

橫向的產品專案組織則是由一位名為產品經理的人為主軸 ﹐在決定要作何產品後﹐依所需專才由各組調派人員。所以 ﹐產品經理就像個開菜單的人﹐先了解客人的口味需求﹐預算人數（市場大小） ﹐開列菜單後﹐就得和大廚師去商量﹐要幾個麵食師父﹐幾個炒菜大師﹐選用什麼材料（Java, C++, NT…）, 什麼時候可上菜等等﹐組成一個最佳的臨時團隊﹐及時端出最好的菜色。

當專案進行時﹐全隊為相同的目標（出貨）生死與共、不眠不休﹐常培養出革命感情來﹐而且也因隊中個人專長不同﹐而有學到其他領域的機會。當專案結束時﹐這個隊伍總會在一個狂歡式的出貨派對後懷念也檢討專案的優缺點﹐然後各自歸隊﹐再去各自休習"廚藝"﹐等待下次再大顯身手。

這種"格子"式的組織可保持工程人員的專業精進﹐又有不同專案的變化性 ﹐才能保持研發部門活潑開創的生趣 ﹐而隨時可端上一桌好菜！