團隊，并不僅僅是一組人恰巧在一起工作就可以構成一個團隊。團隊應該如何定義，Smith給出如下的定義：能相互負責的、具有共同的目標的、共同的執(zhí)行目標和共同方法的有互補技能的一些人。
　　在以下的軟件項目中一定需要注意的團隊合作：
　　1． 開發(fā)和審查項目需求
　　2． 開發(fā)將整個項目中使用的項目構架和設計指導方針。
　　3． 定義將在項目中應用的技術環(huán)境的各個方面(包括程序設計語言、編譯程序、源代碼庫、代碼生成程序、編輯程序和版本控制程序)。
　　4． 開發(fā)在整個項目的相關的代碼標準
　　5． 協(xié)調一個項目的相關方面的工作(包括子系統(tǒng)、模塊和類定義界面)。
　　6． 設計程序的困難部分。
　　7． 檢驗獨立小組或開發(fā)者的程序設計和代碼。
　　8． 調試程序中的困難部分。
　　9． 測試需求、設計和代碼。
　　10． 審計項目的進展情況。
　　11． 軟件維護。
　　這些部分如果整個小組合作來解決的話比一個或兩個人解決更加完善，當小組的整體的合作起來比不合作起來好的情況下，團隊才有必要生存。因為也不是所有的項目都需要團隊的，相反有些情況，合作的效果并不如一個人。
　　建設什么樣的團隊？根據(jù)有關統(tǒng)計數(shù)字（美國資料）表明：
　　開發(fā)時間在6~14月的4~8人的團隊最佳。
　　項目經(jīng)理應以團隊的合作為主要的目標，而不應看重某個人的能力。
　　要有共同的目標、可提升的意愿（主要是指技術上）。
　　團隊成員的相互認同感、相互信任。
　　有自主意識并追求相同的結果。
　　需要高層次的享受（根本性的需求）。
　　有效的溝通和適當?shù)氖跈嘁庾R。
　　具有以下性質的團隊為最佳團隊。
　　如下看一個事例再對最佳團隊進行分析：
　　Error.cao 所在L公司是一個有7個人的團隊，雖然大家的能力等相差很大，但從來相互合作，沒有任何人受到歧視和不被尊重。大家在開小組會議時暢所欲言，對問題的披露沒有任何阻力，大家會后也相互合作。
　　但有一個奇怪的問題，每次有經(jīng)理在的那些會議，大家（基本上每個人）都不想說任何話，基本等經(jīng)理把事情布置完畢后，大家散會，在會后也基本上不提這次開會的任何事情，就好象這個會議沒有開過。
　　為什么會有如此大的差別？
　　原因有兩個：經(jīng)理在每次開會前，都在批評每個人一番，基本上是按照順序來，在這樣的會議上大家就好象"牛鬼蛇神"一樣。批評完后，經(jīng)理再按照順序來詢問這些成員有沒有什么問題，每個人都想早點出來，固然什么問題也沒有了。
　　就是因為大家什么都沒聽進去，所以什么也不太記得，會后討論什么？即使有人提及此次開會的話題，對方馬上說，沒聽清楚或說忘了。如此的什么會議也是無效的。
　　如何把這樣一個團隊改造成一個優(yōu)秀的團隊呢？
　　方法是：有效的溝通和適當?shù)氖跈嘁庾R（經(jīng)理和小組成員）。給小組某成員適當授權，來改變經(jīng)理負責制的不良情況，在給小組授權的同時，可能在開始小組成員可能還不能夠接受，但一段時間后便基本改善了。
　　對于優(yōu)秀團隊其他特征又如何？在上面我們已經(jīng)簡單地描述優(yōu)秀團隊的特征了，下面我們再詳細描述這些特征：
1． 團隊規(guī)模：開發(fā)時間在6~14月的4~8人的團隊最佳。
　　一些專家認為團隊的規(guī)模一般要少于8~10人，若這個項目需要多于此些人來完成，可將小組分為多個團隊。但有些小組若有較高的凝聚力，也可以適當超過這個數(shù)字，當然這個也在適當情況生效。
2． 注重合作：項目經(jīng)理應以團隊的合作為主要的目標，而不應看重某個人的能力。
　　注重合作是團隊的核心，建立團隊的目點就是合作，在一個基本的"認同點"上尋找屬于自己的一方面。就好象我國的社會主義的現(xiàn)代化建設一樣，一定要強

    項目經(jīng)理勝任力免費測評PMQ上線啦！快來測測你排多少名吧~

    http://m.opto-elec.com.cn/pmqhd/index.html