乙個開發團隊的規模到底多大才是最合適的呢？這已經不是乙個新話題了，現在有許多人都在做這方面的研究。但是，至今仍是眾說紛紜。當然，能夠讓團隊中的每個人各盡其能，都能高效率的工作的團隊規模是最理想的了（相當於是廢話~~）。
在這裡，我以自己所在的團隊為例子說一下自己的一點感想。我所在的團隊加上三個boss（tutor）總共有14個人（其中11個人負責設計開發，3個boss負責指導），而開發的專案是乙個規模不大的企業車間管理系統。我個人的感覺，乙個這樣規模的專案根本用不到14個人的團隊。事實也是如此，在團隊中我們經常會感覺沒有什麼事可做。而且在這樣的乙個團隊中每當有任務時，boss會平均分派給所有人，這樣做的後果只能是效率低下，將分派下的任務再度整合時會更浪費時間並且嚴重影響專案的實施質量。以畫類圖為例，當從專案中提取出用例以後，接下來的工作當然是從用例中提取出類並畫類圖。但是將這樣一種整體性工作分派給這麼多人去做會是什麼後果。我的感覺---費力不討好。試想乙個人一種想法，每個人用自己的想法去設計這一部分，然後再將各個部分整合。但是，在軟體設計中，各個部分的依賴性和連貫性是多麼的強！要想使別人在設計時考慮到你所設計的部分的邏輯和依賴性是多麼的難！這種分派任務和設計的方法，我個人感覺boss應該不是學軟體出身的。
我認為理想的團隊規模應該是1個人，無需溝通，無需協調，節省時間，高效。但是隨著現代軟體規模的擴大，乙個人的團隊是不現實的（個人觀點）。但是，團隊的規模應該還是越小越好。林格爾曼著名的「拉繩子」實驗——經常稱之為「林格爾曼效應」，分析了在拉繩過程中，單個人在群體中的表現。當他讓越來越多的人參與拉繩時，他發現儘管總體拉力增加，但每個成員施加的平均拉力減小（摘自http://cio.it168.com/e/2008-01-29/200801290943790.shtml）。
當團隊規模較小時，花在相互協調和溝通上的時間也就會相應的減少，而且每個人都會感覺分工明確，目標明朗。這無疑會提高設計和開發的效率。同時，也會使設計出來的軟體整體性更強。
臃腫的團隊，毫無效率可言，不但不會提高軟體質量，同時還會降低軟體設計和開發的質量。精簡的團隊是高效的團隊，是縮短軟體開發周期，提高軟體質量的團隊。所以，為了這樣的目標，讓我們的軟體團隊「精兵簡政」吧。
小團隊軟體開發
軟體開發是自己的本行,這裡談談對乙個小團隊開發軟體的幾點思考 1 每個開發人員要對所要開發的東西在開發之前就要有一定的了解,最好是在開始的時候就把需求問的詳細一些,不要對著乙個全是文字的東西談需求,最好用圖形來互動,做軟體的都有個體會,往往到自己把介面做的差不多了,給使用者一看,使用者馬上就補充了一...
高效軟體開發團隊
高效的軟體開發團隊是建立在合理的開發流程及團隊成員密切的合作的基礎之上的，成員共同的迎接挑戰 有效的計畫 協調和管理各自的工作以至完成明確的目標，高效的開發團隊具有如下特徵 1 具有明確且有挑戰性的共同目標 乙個具有明確的而且有挑戰性目標的團隊比目標不明確或不具有很大的挑戰性目標的團隊效率高得多，通...
軟體開發團隊階段
第1階段 家庭作坊 團隊成長之初，2 4名開發者在一處非商 用的場所工作。溝通和協調非常簡單，幾乎不需要管理。每個人都是全能的通 才。每個人的腦子裡也都裝得下整個公 司和產品的全部狀態資訊。這一階段，你是在建立並摸索一款具有 最低可靠程度的產品，或者說摸索自己 到底要做什麼。這時任何組織結構或過 程...