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

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

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

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

3、小型團(tuán)隊(duì)：5人以上，10人以下。

4、微型團(tuán)隊(duì)：5人以下，有時(shí)候甚至一個(gè)人，筆者有過這樣的經(jīng)歷。

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

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

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

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

2、對(duì)問題的思考角度

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

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

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

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

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

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

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

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

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