項目經理成長日記（9）——兵貴于精，而不在多

我非韓信，豈敢亂點兵。大将軍韓信點兵，多多益善，并非每個大将都能點兵百萬，引兵于戰場上刀槍厮殺，至少韓信的老闆劉邦就最多隻能領兵十萬，過了十萬估計也是力所不及。

有不少人拿軟體工程和建築相提并論，畢竟軟體工程和建築還是有不少類似之處，不過二者也不盡相同，對于軟體和建築的讨論我不再這裡多說。今天我從另外一個方向來看軟體開發，看看軟體工程和軍隊能不能抽取出點點共性。軟體工程和軍隊的最大共同點就在于集體作戰，特别是目前軟體行業規模逐漸趨于龐大的勢頭，個人單打獨鬥的時代或許不再普遍，是以團隊的合作性就和軍事中的集團概念類似，用一群人的力量來解決問題。軟體工程和軍隊還有一個共性在于協作性，軍隊講究多兵種合作，軟體開發也是不同角色共同參與才能完成項目開發工作。

但是對于軟體工程中，即便再龐大的項目，參與的人數再多，其項目經理也不可能像韓信一樣可以輕易點兵。韓信敢點兵百萬，是因為他在作戰之前有長時間的操練軍隊，用他的之軍方法提高整個隊伍的戰鬥能力和士氣，而後才能出征。但是項目經理沒有這個好運，首先項目經理即便用軍事化的管理方法來管理項目，但是其本身的性質不一樣，是以所謂的管理也隻是照貓畫虎，有型無神，畢竟項目講究的效益，而軍隊講究的勝利和榮譽。企業很難能夠像軍隊一樣，等你把人員都操練好之後，團隊成員都磨合的比較完美之後，才讓你開始項目工作，往往都是臨陣湊人，特别是大項目，散兵遊勇者聚集到一起，這樣的兵你敢點多少？

       有人曾經問過我能夠管理多少人的項目團隊，我當下沒有直接回答，隻是笑笑應道：“你能給我什麼樣的團隊？”如果說你遇到一堆讓你日日繞頭搔耳，痛苦不堪的木頭，即便你再有才華，朽木不可雕，這樣的團隊隻要五個估計就會讓我華發早生，但是如果我像劉備那樣，有關雲長，張飛，諸葛亮，趙雲等等，你說我即便隻是會哭，估計也能管下雄軍百萬。是以在團隊中部在于你能夠管理多少，更多在于你合作的成員是那種類型。

       在今天早上的項目組的早會上我和大家簡單的通報了一下我們将會接手新項目的事宜，等我把下項目的規模和可能的人數剛剛說完，話音剛落，便聽到超仔和傑克已經“哇”出聲來，臉上的驚歎之餘便是磨拳擦掌，一副越越欲試的态勢。看着他們的神情我到有點好笑，或許自己幾年以前也是如此，在經驗缺乏的時候，一個大的項目就是期盼已久的勵練，初出茅廬無可畏懼，倒也敢憑一股沖勁去做任何項目。

       倒是大師沉默不語，眉頭倒微微皺起，聽完工數和人員數量之後他用手托起腦袋，閉起眼睛。從大師反應來看，估計他也對項目持有一種謹慎的态度，畢竟這個不是香饽饽的項目，項目越大，風險越大，參與項目可能遇到的問題也就越多，這一點以大師的開發經驗來說應該非常了解。

       “那我們項目組不就可能Double了，到時候可能就是公司最大的項目團隊了。”木子一句無關緊要的話，把話題扯到了項目之外，作為項目組唯一的女生，木子有時候就像調味劑，多少能夠給團隊帶來一點不一樣的感覺，或許也印證了男女搭配，幹活不累的話語。

       “哈哈，你倒看得遠。”我笑着回應道，也沒有就項目的細節問題再繼續和大家深入說明，項目還在合同确定的時期，我們目前隻要做初步的準備階段，是以很多事情還不需要具體配置設定到每個人那。

       我簡單地把其餘的工作和大夥交待以下，會議便結束。我讓大師稍稍等一下，我想和他聊上幾句，聽聽他的看法。

       “大師，你對這個項目有什麼感覺？”我倒也不需要寒暄，單刀直入問道。

       “哈哈。”大師笑了笑，倒也打破了會議上他的沉思之狀，反問我說：“你想接着個項目嗎？”

       “說實話，不太願意。”我倒也沒有避忌，直接回答道。

       “嗯！”大師點了點頭，說道：“如果搞不好，這是一個坑。項目需要的其他人員怎麼協調呢？”

       我把開發課的人員安排計劃簡單的和大師說了一下，他聽完之後便又不做聲，隻是直盯着我看，眼神中帶有一股狐狸的狡猾，笑着說到：“你可以帶一個大隊伍了。”

       “哈哈，大師，你别取笑我了，要不這個項目你來管？”

       “别，我還缺乏這個能力，還有待學習。”

       “你呀你，怎麼搞得這麼油條。”我笑道，“不過這個項目我也是感覺不是那麼容易，項目涉及的人員是一個比較麻煩的問題。”

       “我們的人，新人，其他開發團隊的人，外駐的人，有點像八國聯軍。”

       “這個項目的技術難度估計不會存在很大的問題，但是如何協調這些人員的合作，還有在這批人員到位的之前，我們需要做一個準備工作，比如說開發模式的統一，編碼規範，還有溝通方法的限制等等，我們自己内部的人都好說，都合作這麼久，彼此之間的默契都有了，而且都比較了解，我倒沒有什麼可以擔心的。隻是如何讓剛剛進入的人能夠快速适應我們目前的工作方式，這個可能需要我們考慮。”

       “嗯。”大師接着我的話往後說道，“按照現在的時間來看，招聘進來的人估計還沒有過公司的教育訓練階段就要進項目組，其他團隊的人可能還好一點，我們可以預先了解一下人的個性和能力，外駐估計需要倒項目啟動前才能夠進來，他們連教育訓練的時間都沒有，就直接上手工作。”

       大師說的内容我之前也考慮到，我把自己的那時所想的解決方法直接和大師說道：“其實整個項目來說，我們還是需要主要用我們自己的開發人員，對于外駐和其它團隊的人員，首先我們需要準備好開發規約和相應的文檔讓他們來遵守，其次對于開發中的核心部分的開發工作還需要我們自己團隊成員來處理，特别不能讓交給外駐人員來處理核心業務的開發。對于外駐的開發工作我們需要及時的Review，確定這部分的開發品質，避免等外駐退出後由于這部分出問題造成返工。”

       “也隻能如此，還是苦了我們自己的人。我們的人還是被推上主力的位置，其他人估計也隻是做幫手，搞不好還是炮灰。”

       “哈哈，希望他們不是炮灰。”我無奈的笑了笑。

我心目中的理想團隊是10人團隊，1：2：3：4的配置設定比例，一個項目經理，2個Senior Enginner,3個Middle Enginner,4個Junior Enginner。對于團隊中人員我倒不希望太多，畢竟多了壓力就大了，我曾經和别人開玩笑地說道：“如果我的團隊有二十個人的話，我迷糊一天，一人/月就沒了。”

很多人都在說團隊建設，對于軟體開發這個群體性的工作來說，團隊的确非常重要。有不少的公司采用一種做法，人員池的做法，如果說有項目來的時候，會臨時組建項目團隊，然後從人員池中選取人員，如果項目結束手，人員再傳回倒人員池中，接受教育訓練或則從事内部項目的開發工作。其實這種做法弊端非常大，首先如果說一家公司非常正規的話，公司本身就形成了非常良好的管理氛圍，公司文化底蘊也非常深厚，那麼這麼做倒無可厚非，因為臨時組建的團隊也能夠從公司那裡繼承下來團隊的士氣和風格。但是，國内有多少家公司能夠有這種底蘊和氛圍呢？屈指可數。是以那些臨時組建出來的團隊往往存在彼此合作缺乏默契，人員溝通不夠順暢，在開發過程中人員都是各自獨立發揮個性，缺乏合作意識。是以良好的團隊需要有磨合的階段，在彼此互相了解之後才能夠更有效的發揮每個人的特點和特長。

團隊的人員該有多少才和什麼樣地配比比較合理呢？我心目中的理想數值是10人，當然這10個人也不是每個都是大牛，而是按照一定的比例存在，其中Junior的人員還接近半數，因為這是從成本考慮，對于很多項目來說，如果不是非常強的創造性類型的項目，而是一般的商業性系統的開發，那麼開發過程中Junior能夠做的工作非常多，是以項目人員比例來說，Junior也就比較多。

不過如果從實際的成本角度來考慮的話，很多時候，Senior其實比Junior要便宜得多，老闆可能看了會吐口水說道：“你知道一個Senior的工資要比Junior高多少嗎？”Senior的工資的确比Junior要高，但是Senior的工作效率和工作品質比Junior要高得多，往往Senior的産出可能是Junior的2-3倍。

是以對于團隊成員來說，我也夢想每個都是Senior級别，要精不要多，但是現實不是如此，是以我就在這個中取一個權衡，雖然不是個個都是精英，但也要他們在各自級别上都要突出，即便是Junior級别，也應該是這個級别上優秀的人員。而不是來者不拒，多多亦善。

本文轉自小餘(Yice)部落格園部落格，原文連結：  http://www.cnblogs.com/yice/archive/2009/04/14/1436079.html  ，如需轉載請自行聯系原作者