BIG有多大？ （開發團隊）

Question

我感興趣的是什麼構成一個大的團隊，什麼比例的開發者，架構師，測試人員，管理人員等

沒有人有任何數字爲團隊規模上衆所周知的項目，如Windows或SQL Server例如？

Answer 1

這取決於你的意思是「團隊」。我曾在一家大型美國銀行工作，擁有60多名開發人員的.NET「團隊」，以及架構師，管理人員和質量保證人員。

我目前的「團隊」大概有12位不同級別的開發人員，少數QA和一位解決方案架構師。

但是在這兩種情況下，我從來沒有超過3人一起工作。通常只有1或2個。所以從這個意義上說，我們根據手頭的任務分成2-4組。對於單個項目來說，似乎是有限的。

Answer 2

您可能會發現以下感興趣的文章。

http://www.qsm.com/process_01.html

但是，要回答你的問題很難不理解你正在使用的進程。例如，瀑布模型將要求比XP敏捷方法更大的團隊。

我一直在一個有13名成員的團隊，但往往分解成更小的團隊，每個團隊都從事某些任務。如果團隊足夠大以至於政治發揮作用，那麼它太大了。你可能有很多人能夠一起工作，所有的工作都集中在完成項目上，而不是爲了自己的利益而尋找自己的利益，大量的人可能不會造成問題，但是，擁有這些類型的人不太可能。

大於9人的東西可能太大，因爲它會分解成更小的團隊，所以，如果一個團隊足夠大以至於會分成小團隊，那麼只需要小團隊成爲團隊規模，並意識到你開始的東西太大了。

Answer 3

對於手頭的項目，團隊應該儘可能大，當我讀到「大」時，我得到的是您要找的「多大太大」的印象。我曾爲數百名開發人員開發電話交換機開發項目，但他們總是分配給團隊領導者5或6，每個團隊負責人 - 硬件，軟件，文檔，測試& QA，安裝，培訓等等。對於球隊本身來說，任何超過5的球員都難以管理。

Answer 4

如果你問Jeff Bezos，你最好想要一個「two-pizza team」：如果你不能給一個團隊喂兩個比薩餅，那就太大了。這限制你五到七人，這取決於他們的胃口。

Answer 5

我夢想有一天，所有不同的發展階段都是單一團隊的一部分，而不是讓團隊按照工作描述「方便」打破。這種組織觀點往往傾向於對可怕的瀑布（神我討厭這個過程！）的過程。

但是爲了回答你的問題，我認爲團隊不應該超過10人，而不是全職員工（培訓，營銷，客戶，實施，支持）。在所有80％ - 20％的開發人員與管理層/質量管理人員中，應該傾向於提高生產力。如果你的架構師也可以更好地挖掘代碼。對整個團隊進行頻繁的設計審查也應該讓每個人都能夠對整個項目進行良好的監督，而不僅僅是一堆香蕉。

這是球隊的一個例子打破那幹過真爲我好：

• 2高級開發者有一個很好的把握上架構
• 4個JR開發者可以處理繁重的工作
• 1碼忍者，可以做一些技術上的探索（同時參加全）
• 1項目經理，團隊領導，接口與外部世界帶來的2個比薩餅
• 1吵質量保證人員徘徊應用程序，編寫驗收測試等。嘈雜的部分是爲WTF /天指標。更安靜的他，我們做得更好，我們服用的布洛芬就越少。

圍繞這個引起了一些客戶，我們做了頻繁的可用性測試。

ha好日子！

Answer 6

在我工作的地方使用Scrum並且有15分鐘有效的Standup，不超過6或7位開發人員以及其他幾位經理每個需要約1.5分鐘以適應時間範圍。其他經理包括我們系統的一些最終用戶，質量保證，並且團隊領導舉幾個例子。

我認爲如果團隊規模大得多，工作將不得不更加精細，因爲我已經有點麻煩了，已經試圖將我當前項目的所有內容都留在我的腦海中。

Answer 7

我通常看到的是每1位架構師（分析師）和1位質量檢查員（測試人員）中的2位開發人員的比例 - 如此25％的架構師，50％的開發人員，25％的質量保證 - 取決於團隊如何被破壞up

• 功能 - 每6-9個人每個區域會有1位經理 - 因此1位建築師，1位開發商1位QA分鐘。
• 項目 - 你有1位經理，領導着每一個項目，如果項目超過9人，你與團隊領導（部分經理/一部分架構師或開發人員或測試）

團隊通常隨時間變化再分 - 前期你會有更多的建築師，然後轉移到更多的開發人員和項目生命的盡頭，更多的測試人員加入。

我管理的團隊從6人增加到100人，而且比例通常都差不多。