團隊管理是一個比較大的范圍和概念，但我們可以把它進行簡化到以團隊為基礎，在團隊上進行一些方法的應用。我在文章中，將分為不同的塊講解。當你把這些不同的塊都理解清楚，結合起來就是團隊管理。

PS：文章中的一些理解，是基于我學習一些管理書籍的內容和在工作中實踐總結的一些個人概念的敘述。是一種經驗的分享，可能會包含錯誤和不全面。需要讀者自己去判斷和理解。

為了能讓大家對團隊更好的理解，我講的很細，導致了字數嚴重偏多。我本來想一起放上來，但怕大家看著睡覺，故分成了上下兩部分。下篇會重點集中在團隊的內部培訓和團隊成員的招聘，還有團隊關系處理上。先把上篇放出來看看大家的意見和反響，也可方便我對下篇進行調整。 看完后，如果你覺得受用，請推薦下。共同提高，我們的工作和發展才能更和諧。

以團隊開頭：（如果你知道什么是團隊，可以跳過）

什么是團隊？這里有個比較標準的解釋：團隊（Team）是由員工和管理層組成的一個共同體，它合理利用每一個成員的知識和技能協同工作，解決問題，達到共同的目標。

在軟件公司，一個基本的團隊單位，是由Team Leader（也可能是項目經理，每個公司對頭銜的分配不一樣。這里以Team Leader為總的稱謂）所帶領的一群人（如程序員）。以數據結構來說，就是一個多叉樹的結構；每一個節點都是下面子節點的領導；節點和子節點組成了一個團隊。Team Leader的領導（項目主管或項目經理）又會管理著多個Team子節點（開發組，測試組，美工組等）；這些Team組成了一個大的Team團隊，主管也是大Team的Leader。換句話說，每個節點都是下面子節點的Team Leader，至于起什么頭銜，并不會影響Leader的職能。

團隊類型和選擇：（重要，直接決定著后續的多個因素）

 團隊的類型其實沒有一個什么固定的稱謂和標準。一些團隊領導在工作中不斷調整團隊成員的組成。當達到一個比較成熟的團隊模式時，為了方便大家理解，會拿生活中大家熟知的一些事物來代替（如手術臺類型）。

其實，前人已經為我們總結出了很多成熟的團隊組成類型。如：手術臺類型。做手術大家一般比較熟悉，是以一個主治醫生為主刀，其他醫生為輔助，來完成整個手術。我們可以很容易的把這種模式與團隊組成結合起來。一個團隊中，以一個或兩三個程序為主導，其余程序員為輔助來完成代碼開發；這樣的模式在國內游戲開發中經常使用。主刀也就是我們常說的主程（主要程序員或技術一把手），以主程為核心進行開發，其他程序員輔助完成附加功能。

在實際的工作中，我個人傾向于交響樂隊類型（這個是我個人的叫法，因為這個模式和交響樂隊基本一樣，也便于大家理解。我在后面的“團隊合作”里進行了較詳細說明和對比）。在交響樂團中，團員都有各自的技能，并分工明確；在指揮的指導下完成演奏。這里的指揮就是我們的Team Leader。

團隊的類型有很多，這里只是列了兩個被大家廣泛使用的類型；其它的類型，就請大家自己鉆研了。

選擇什么樣的團隊類型，是一個Team Leader在組建團隊時要解決的一個問題。不同的團隊類型涉及不同的團隊成員組成，并對團隊成員技能的要求也不一樣。這會涉及到你需要招什么樣的人，這也是為什么我把副標題定為：打好你手中的牌。不同的團隊成員就如同不同的撲克牌，你要去組織和打好它。發散下思維，可以把團隊管理抽象成打撲克牌的過程，打牌就是在進行管理。

不同的團隊類型有不同的優劣。如手術臺類型，對主程的要求很高。在整個團隊開發中，主程的個人能力決定了整個項目的成敗；在很多時候，主程也擔當著Team Leader的角色。主程個人能力這個因素，導致了我不太喜歡使用這個模式；因為風險較集中。但是在一些尖端技術的開發中，往往又是需要手術臺這種模式。原因很簡單，尖端當然需要頂尖人才去做了。這個模式有一個好處，就是對其他程序員的要求不高，比較容易招到合適的人。

再來說說交響樂隊類型。這個是我普遍推薦的，很大一部分原因是我們并沒有很尖端的技術要去實現，并且這個模式可以分散風險。但是這個模式對程序員的能力有一定要求，就是需要某方面的特定能力（具體需要什么能力，根據你的項目需要來劃分）。我不需要你會很多東西，你只需要對特定領域有鉆研；或者你對某個領域趕興趣，并愿意往這個領域走下去。我需要你專精一點，如同交響樂隊里面每個人有各自的樂器技能。但這模式也有個缺點，那就是在初級程序員的招聘上，基本很難找到有鉆研一個方向的。畢竟他們對程序才起步。不過這個問題通過內部培訓是可以解決的。后面會具體探討內部培訓。

所以，選擇什么團隊類型要看項目需要和Team Leader的經驗。發散下思維，其實在好多小公司或非正規團隊，也是使用的手術臺類型。3-5人一個團隊就上架干活了，1個技術領頭的（主程），搭配2-3個人就干了。這種類型好搭建，成本低。換作交響樂隊類型，同等情況一般人員配置會稍多，成本稍高。但是作為長期發展來看，交響樂隊類型的團隊比較穩健和可持續發展；如果是要技術難點突破，手術臺類型的團隊就比較適合去攻克難題。

提點敏捷開發，敏捷開發也是一種團隊類型，被大家嘗試過、討論過、分析過。我也嘗試過，最終還是轉回了交響樂隊的模式。這里簡單說下我對敏捷開發的拙見。優勢，快速開發，快！非常快！劣勢，按照敏捷開發的理論，應該是沒啥劣勢。一切看起來是那么美好的敏捷開發，到具體操作起來卻很多失敗。其主要問題就是，敏捷開發對開發團隊的人員平均素質要求太高，一般的中小公司，很難達到這個平均素質水平。這也是我失敗的原因。

團隊合作：（別跟我說你會團隊合作，十有八九你在忽悠）

 團隊合作根據團隊類型的不同，合作的方式也是不同的。這就是為什么我在“團隊類型和選擇”后面標上重要。如果你現在對團隊類型的功能性理解不清楚，下面好多問題你都會產生模糊不清的觀點。那么我建議你最好花點功夫去弄清楚不同團隊類型的組成模式。比如手術臺，你可以想象在做手術時，醫生們是怎么樣合作的；在交響樂隊演出時，大伙是怎么合作的。

團隊合作不是一群人在一起做事，不發生沖突，自己做自己的事情。通過我在工作中的觀察，發現很多人都持有這一觀念。根本原因是，我們從小到大就沒有接受過團隊合作的訓練。雖然我們走上社會時會知道出去工作要合作，老師也會提醒。但我們腦子里的映象是，一群人在一起做事就是合作。不發生沖突和大伙一起做事，這只能是一個基本的工作態度。如果這都做不到，那么你根本就沒有準備好做事。

如果你要問我什么是團隊合作。那我也只能給你字面意思的解釋：團隊合作指的是一群有能力，有信念的人在特定的團隊中，為了一個共同的目標相互支持合作奮斗的過程。

如果按照字面的意思來理解，其實是理解不了的。這只是一個理念，不是具體操作。要怎么做，我將給大家在下面道破。但是要記住一點，不同的團隊類型，其合作的方式和具體實現都是不一樣的。這樣就會產生很多不同的合作方式，因為有很多不同的團隊類型。如果你說你懂團隊合作，這不是忽悠你自己嗎？能弄懂弄會一兩種方式的團隊合作就很不錯了。這里再提一下敏捷開發，敏捷開發對合作是另一種方式，這種方式明顯對合作素質要求比較高。很多人連基本的兩個團隊類型的合作方式都不知道，就要他們直接跳到敏捷開發的合作模式。你說能不失敗嗎？

下面我將通過交響樂隊的演出來說明團隊合作如何進行和為什么要這樣做。這里只是一種類型的合作方式，我主要以交響樂隊類型打開你對團隊合作的理解。后面在慢慢講解其他類型。

一個交響樂隊有很多團隊成員組成，可以分成弦樂組、木管組、銅管組和打擊樂組（如開發組，測試組等）。如弦樂組又是一個提琴的家族，包括小提琴、中提琴、大提琴和低音提琴（如開發組里面的前端，后端等）。不難發現交響樂隊分工明確，職能清楚。對了，還有一個指揮（Team Leader），先忽略他。如果沒有指揮，大家各自只顧自己的，你拉你的大提琴，我吹我的雙簧管等，他弄他的長號。這樣演奏出來的只能是噪音。也許大家可以商量下，我拉完大提琴，你在吹雙簧管，他吹完你在演奏長號。不錯哦，這是一個辦法，好像沒指揮啥事。如團體舞蹈表演里面就是這樣的過程，通過觀察別人的表演事件點是否完成或者到某個狀態點時來啟動我接下來的表演；通過上一個人的事件來觸發下一個人的事件。但這有一個缺點，就是需要處理大量的上下文環境事件（前一個人表演結束，或者某個觸發點）。一旦中間有人出錯了（異常），就會引起后面的人整體出錯，因為大家不能捕獲異常和對異常進行處理。而且這樣的一個表演，對表演者的個人素質要求很高，需要大家有很高的默契和能夠對復雜不確定的異常進行處理。我們可以從中初略看到，引發異常的不確定因素很多。那么怎么處理和簡化這個問題呢？回到我們的交響樂團，這里出現了一個指揮（其扮演著Team Leader的角色）。現在交響樂隊的團隊成員不用去觀察復雜的上下文環境，而是專注自己的技能和觀察指揮的手勢（命令）來觸發演奏（執行）的開關。這樣問題就變得簡單和好控制了，因為指揮可以縱觀全局，并扮演著異常處理的角色。一旦有團員出現異常，指揮可以馬上捕獲這個異常，并用經驗進行處理；且不用中斷演出，團隊成員也不用去關心有什么異常。每個人都有自己獨特的功能，只用等待指揮的調用即可。問題是不是變得簡單很多呢？但在這里突出了一個人的重要性，那就是指揮。其實很多人不理解指揮，認為指揮其實沒什么大不了，就是在上面揮揮手。一個很簡單和容易角色，沒有樂器演奏者重要或技術含量高。不要指揮，不出現異常，其實也可以表演的很好嘛。如果你這樣想，那是因為你不懂指揮的重要性，你不懂團隊合作的精髓。如果你是這樣一個團隊成員，那么你不會信任你的指揮（Team Leader）。當異常出現時，這個演奏可能中斷并崩潰。因為你不信任你的指揮，在出現異常時，你會用你的個人能力去判斷該怎么做。這時指揮對你的調用將不起作用，那么這樣就會造成一個無法處理的異常。這也是很多團隊失敗的原因。可見指揮（Team Leader）處理著整個表演的異常情況。（發散思維：根據這樣一個流程，我們就可以很容易追蹤到事故源。查明是Team Leader異常處理的方法有問題，還是異常調用出現問題。具體細節不是這篇文章討論的重點，但是通過異常的判斷很容易定位到責任人。）

團隊合作是要Team Leader來控制和主導的。對于團隊成員來說，你只要明確的執行了Team Leader的指示，你就產生了一個合作。但這不是說你就會團隊合作了。對于團隊合作的精髓，Team Leader和團隊成員都要很清楚的理解，要不然你們是不可能產生信任，那么也不會存在合作。經過我的觀察和跟別人的交流發現，團隊里面最大的問題是不信任。但產生不信任的原因是什么呢？用編程的思想“抽象”來處理這個問題，經過不斷提取發現，最根本的原因是大家不懂什么是團隊合作。

回到交響樂隊類型的團隊，我們可以從中發現：程序員信任你的Leader，并完成Leader對你的指令。這就是交響樂隊類型的團隊合作。是不是很簡單？希望你是真心理解了。記住“信任”這個關鍵詞。

簡略說一下手術臺類型的團隊合作，主要是讓你理解不同類型團隊的合作差異。手術臺：程序員要默契輔助你的主程（其實主程就是你的Leader）。注意這里的關鍵詞是“默契”而不是信任。在手術臺模式下，成敗完全是由主程一個人決定的，程序員可以不去信任主程。但要和主程有一個默契，當主程需要什么時，馬上提供相應的輔助。

其實還存在一個每種類型的共同點，就是Team Leader你要信任你的團隊成員。我不著重講，是因為你要是不信任你的團隊成員，你也不會去用他。你用人的基本前提就是：疑人不用，用人不疑。

留給你自己去琢磨的，交響樂隊類型，Leader需要了解你的每個團隊成員技能，并且自己本身也需要會技術。基本上交響樂隊類型的Leader都是從高級程序員發展而來。手術臺類型，其實這個類型Leader的概念比較模糊。如果你分為主程和Team Leader，那么Team Leader不需要任何技術技能。這樣Team Leader會有點多余，所以很多團隊里面，主程就是Leader。這樣的組織結構，成敗完全在一個人手里。如果不是做技術難點攻破、核心技術開發，我個人不建議組建這種類型的團隊。

PS：這里我要推薦大家去看一部電影《速度與激情5 Fast Five》2011年上映的片子，我把這部電影定義為是一部標準的講解團隊合作的片子，我組織部門的人都看了一遍。網上高清下載一大把。這個電影很好看，很有激情。電影中他們一群人組成了一個團隊，分工明確，獨特的技能。他們團隊也出現了不信任，并處理不信任。是一個完整的交響樂隊類型的演繹。這個片子2011年上映時，我看完心里感觸很多。當我正通過閱讀來學習團隊管理時，對團隊合作等好多概念還比較模糊，能理解但又不能很好的把每個地方結合。直到看完Fast Five，整個任督二脈被打通了。這個電影也觸發了我想寫一篇團隊管理的文章，但一直遲遲沒有下筆。

原文鏈接：http://www.cnblogs.com/bruceli/archive/2012/06/18/2553270.html

【編輯推薦】