大有多大？ （开发团队）

Question

我对大型团队的构成以及开发人员，架构师，测试人员，经理等的比例感兴趣。

有没有人在像Windows或SQL Server等众所周知的项目中拥有团队规模的数据？

Answer 1

如果你问Jeff Bezos，你最想要一个“two-pizza team”：如果你不能给一个有两个披萨的团队喂它，那就太大了。根据他们的胃口，这会限制你到五到七个人。

Answer 2

我梦想有一天，所有不同的发展阶段都是一个团队的一部分，而不是让工作描述“方便地”打破团队。这种组织观点倾向于将过程倾向于可怕的瀑布（上帝，我讨厌这个过程！）。

但是为了回答你的问题，我认为团队不应该超过10个人，而不是全职的一部分（培训，营销，客户，实施，支持）。在所有80％ - 20％的开发者与管理/ QA之间应该倾向于提高生产力。如果您的架构师也可以更好地挖掘代码。对整个团队进行频繁的设计评审也应该让每个人都能对整个项目进行良好的监督，而不仅仅是他们的香蕉堆。

以下是一个对我来说非常有用的团队分解的例子：

• 2对建筑有很好把握的Sr开发者
• 4 Jr devs，可以处理咕噜咕噜的工作
• 1代码忍者，可以进行一些技术探索（同时也参与整体）
• 1项目经理，团队负责人，与外界接口带来2个比萨饼
• 1吵闹的QA家伙围绕应用程序，写入验收测试等。嘈杂的部分是WTF / day度量。他的工作越安越好，我们消耗的布洛芬就越少。

围绕这一点，我们经常进行可用性测试的客户很多。

哈哈过去好日子!!!

Answer 3

您可能会找到以下感兴趣的文章。

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

但是，如果不了解您正在使用的流程，回答您的问题很困难。例如，瀑布模型将需要比XP敏捷方法更大的团队。

我一直在一个拥有13名成员的团队中，但是这些团队往往会分解成每个处理某些任务的小团队。如果团队足够大，政治发挥作用，那么它就太大了。你可能有很多人可以很好地一起工作，所有人都专注于完成项目，而不是寻找自己的自身利益，而且大量的人可能不会引起问题，但是，拥有这些类型的人不太可能。

任何超过9人的东西都可能太大，因为它会分成更小的团队，所以，如果一个团队足够大，它会分成小团队，那么只需让小团队成为团队规模，意识到你开始的东西太大了。

Answer 4

团队应该与手头的项目一样大，当我读“大”时，我会得到你正在寻找的“多少太大”的印象。我曾为数百名开发人员开展电话交换机开发项目，但他们总是被分配到5人或6人的团队中，每人都有一个团队领导 - 硬件，软件，文档，测试和安装。质量保证，安装，培训等。对于团队来说，任何超过5的人都难以管理。

Answer 5

这取决于你对“团队”的意思。我曾在一家拥有60多名开发人员的.NET“团队”中为一家大型美国银行工作，此外还有架构师，经理和QA。

我目前的“团队”大约有12名不同级别的开发人员，少数QA和一名解决方案架构师。

但在这两种情况下，我从不与超过3人一起工作。通常只有1或2.所以在这个意义上，我们根据手头的任务分成2-4个小组。对于单个项目，这似乎是极限。

Answer 6

我通常看到的是每1位架构师（分析师）和1位QA（测试员）的2位开发人员的比例 - 因此25％的架构师，50％的开发人员，25％的QA - 取决于团队如何分手

• 功能性 - 每6-9人每个区域将有1位经理 - 因此1位为建筑师，1位为开发人员1位于QA分钟。
• 项目 - 如果项目超过9人，你需要一名经理负责每个项目，你需要与团队负责人（部门经理/部分建筑师或开发人员或测试人员）进行细分。

一个团队通常会随着时间的推移而改变 - 前面你会有更多的建筑师，然后转向更多的开发人员，并接近更多的测试人员加入项目生活。

我管理的团队从6到100，比例通常大致相同。

Answer 7

我工作的地方使用Scrum并且有15分钟的有效Standup，不能超过6或7个开发人员以及一些其他管理人员，每个管理员需要大约1.5分钟才能适应时间范围。其他经理包括我们系统的一些最终用户，质量保证，以及团队领导提供一些示例。

我认为如果团队规模要大得多，那么工作就必须更精细地定义，因为我已经尝试将当前项目的所有内容都放在我的脑海中，这有点麻烦。