兵書有云：“兵不在多，而在于精；將不再廣，而在于勇”。因此一個軟件項目能否成功其關(guān)鍵并不在于有多少人，而在于如何建設(shè)一個高效、和諧、反應(yīng)快速的團隊。但是說起來簡單，可在實際工作中我們總會遇到許多難以預(yù)料的問題，這些問題有些是技術(shù)上面的有些并不是技術(shù)上面的，有些問題可能在目前中國式的軟件開發(fā)中永遠也不能很好的解決。但是，生活還要繼續(xù)，程序員也需要面包和牛奶，面對這樣的情況我們所要做的是“把問題搞定！”。

目前根據(jù)開發(fā)團隊的人數(shù)基本上可以把軟件開發(fā)團隊分為：

1、大型團隊：我個人認(rèn)為大型的團隊沒有一個固定概率，通常有若干個中型或者微型的團隊中一起來完成一件事情，這樣的團隊 可以稱之為大型團隊。諸如微軟、google這樣的團隊不在本文到討論范圍之內(nèi)。

2、中型團隊：通常團隊的人數(shù)字20人以下，10人以上并且在做通一件事情的開發(fā)團隊。這樣的開發(fā)團隊可以有這樣幾個部分組成。

3、小型團隊：5人以上，10人以下。

4、微型團隊：5人以下，有時候甚至一個人，筆者有過這樣的經(jīng)歷。

在web2.0時代造了大量新興的網(wǎng)站，這些網(wǎng)站在開始的時候通常是由一些小型團隊開始的，如果這個時候沒有組建一個好的團隊那么項目可能堅持不到鳳凰涅磐的那天（通常是被收購或者得到GC :)）。同時web2.0時代一切都趨于理性，各路財神無不看緊錢袋因此創(chuàng)業(yè)型的團隊不可能在一開始組件很大的團隊，因此中小團隊的建設(shè)顯得尤為重要。

凡是項目團隊肯定要有一個負(fù)責(zé)人，這個負(fù)責(zé)人是通常所說的項目經(jīng)理�？赡艽蠹宜�經(jīng)歷的團隊多是一個或者幾個大蝦帶著一群小蝦一起開發(fā)�，F(xiàn)在第一個問題來了，項目經(jīng)理到底要不要有很好的技術(shù)底蘊？我想大家在面試的時候經(jīng)常會被問到這樣一個問題：“如果某完全不懂技術(shù)的人領(lǐng)導(dǎo)你，你會服從他的領(lǐng)導(dǎo)嗎”，我想大多數(shù)人都會回答：”服從“，雖然心里并不是真服從。但我們經(jīng)常遇到的一個情況是：項目經(jīng)理對下面的開發(fā)人員失去了控制。所以目前大多數(shù)項目經(jīng)理都是在程序員中產(chǎn)生的，我想這也是大多數(shù)程序員奮斗的目標(biāo)吧（之所以說是大多數(shù)那是因為我們不得不承認(rèn)有些人天生確實不適合管理一個團隊）�？墒窃S多技術(shù)高手走上管理崗位后變得無所適從，甚至有的既沒有有效的帶領(lǐng)團隊很好的工作，同時也荒廢了自己的”武藝“。那到底項目經(jīng)理應(yīng)該由什么樣的人來擔(dān)任呢。依筆者愚見，在中國式的軟件開發(fā)中項目經(jīng)理是那些有管理才能的技術(shù)高手來擔(dān)任。至于其原因筆者認(rèn)為有以下幾點：

1、和開發(fā)人員的交流問題

項目經(jīng)理如果不是搞技術(shù)出身的話那么他很難理解開發(fā)人員的一些行為，同時他也不能程序可以理解的語言將問題描述清楚。還有， 沒有搞過技術(shù)開發(fā)的項目經(jīng)理通常不能很好的理解程序員的工作習(xí)慣。筆者遇到過這樣的一件事情，開發(fā)人員正在為趕進度全力以 赴對某個技術(shù)難題進行攻關(guān)，這個時候項目經(jīng)理在寫一份需求，他有個并不是很重要的問題需要咨詢開發(fā)人員，于是這位老兄隨即打 斷開發(fā)人員的思路，向他詢問這個問題。結(jié)果是可想而知的，開發(fā)人員反感在他集中精力解決某個問題的時候被人打斷。其實搞過 技術(shù)攻關(guān)的人都知道，如果換個時候提問結(jié)果是不一樣的。同樣的問題在不同的時刻提出往往結(jié)果是不一樣的。

2、對問題的思考角度

開發(fā)人員和非開發(fā)人員思考問題的角度通常是不一樣的，這里筆者并是強調(diào)項目經(jīng)理非要按照開發(fā)人員的思維考慮問題。比如項目 經(jīng)理 在跟客戶交流的時候是不能用開發(fā)人員的思維跟客戶交流的。但是同樣的問題如果你在跟開發(fā)人員交流的時候，能夠 按照開發(fā)人員的思維方式表達出來那么結(jié)果是皆大歡喜。由此可見技術(shù)能力對項目經(jīng)理是比較重要的。

3、統(tǒng)一的描述語言

目前的開發(fā)實踐中似乎缺少一個統(tǒng)一的思維表達方式，RUP，UML似乎并不能完全解決我們的問題。“用戶不懂java，同樣也不懂UML” 因此項目經(jīng)理的技術(shù)能力跟顯得重要了。他能夠把用戶的要求用程序員的語言表達出來。

綜上所述有管理才能的技術(shù)高手來擔(dān)任項目經(jīng)理還是比較合適的。

討論完中小型團隊中的項目經(jīng)理，下面我們來探討一下中小型團隊中的主力-程序員。他們應(yīng)該如何組織呢？

筆者個人認(rèn)為有以下幾點可以參考

1、如果開發(fā)團隊的人數(shù)小于5人，那么有項目經(jīng)理直接領(lǐng)導(dǎo)。

2、如果開發(fā)團隊大于六個人可以將它們劃分為若干個小組每個小組不少于三人不多于5人，同時每個小組設(shè)組長一名。這里筆者提醒大家都是，在一個小組中組長的技術(shù)能力要高于組員，不要讓小組中存在和組長技術(shù)能力不分上下的人。這樣不利于小組的和諧。誠然，現(xiàn)實的工作中有很多李云龍，趙剛似的好擔(dān)當(dāng)。但是那確實很好，我們沒有必要冒這個風(fēng)險。

3、在項目的開發(fā)過程中有很多需要進行技術(shù)攻關(guān)的任務(wù)，這個任務(wù)通常是項目經(jīng)理一人來搞定（條件是他有這個實力）或者有些團隊會設(shè)定專門的技術(shù)攻關(guān)小組。筆者并不反對這一點做法，只是如果在條件允許的情況可以將這些任務(wù)適當(dāng)?shù)姆峙涞礁鱾�小組，這樣能讓每個開發(fā)團隊的成員都有機會接觸到新的東西，畢竟沒有誰喜歡一直調(diào)用別人的API。