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人，而且比例通常都差不多。