Project management 有多大？（开发团队）

我感兴趣的是什么构成了一个大团队，以及开发人员、架构师、测试人员、经理等的比例

---

是否有人有关于windows或SQL Server等知名项目团队规模的数据？

您可能会发现下面这篇文章

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

我曾在一个有13名成员的团队中工作，但这往往会分解成更小的团队，每个团队都在完成某些任务。如果这个团队足够大，以至于政治介入，那么它就太大了。你可能有很多人可以很好地一起工作，他们都专注于完成项目，而不考虑他们自己的利益，而且很多人可能不会造成问题，但是，拥有这些类型的人是不可能的

---

任何大于9人的团队都可能太大，因为它会分成更小的团队，因此，如果一个团队足够大，它会分成小团队，那么就让小团队成为团队的规模，并意识到你开始时的团队太大。

当我读到“大”我得到的印象是“多少钱太大了？”“。我曾与数百名开发人员一起为一个电话交换机开发项目工作，但他们总是被分配到5或6人的团队中，每个团队都有一名组长-硬件、软件、文档、测试和质量保证、安装、培训等。对于团队本身来说，任何超过5个的东西都很难管理。

如果你问，你最想要的是一个“：如果你不能用两个比萨饼喂饱一个团队，那太大了。这将你限制在5到7人之间，这取决于他们的胃口。

这取决于你所说的“团队”是什么意思。我在一家大型美国银行的.NET“团队”中工作，该团队由60多名开发人员组成，包括架构师、经理和QA

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

---

但在这两种情况下，我每次都不会与超过3人一起工作。通常只有1或2个。因此，从这个意义上讲，我们根据手头的任务分成2-4人的团队。对于单个项目来说，这似乎是极限。

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

但是为了回答你的问题，我认为团队不应该超过100人，如果没有全职参与（培训、营销、客户、实施、支持），团队中应该有更多的人被吸引。总的来说，80%-20%的开发人员管理/质量保证应趋向于良好的生产力。如果你的架构师也能深入挖掘代码，那就更好了。与整个团队进行频繁的设计审查也应该让每个人都能很好地监督整个项目，而不仅仅是他们的一堆香蕉

下面是一个对我来说非常有效的团队分解示例：

• 2名对体系结构有很好掌握的高级开发人员
• 4个Jr开发人员可以处理繁重的工作
• 1个代码忍者，可以进行一些技术探索（同时也参与整个游戏）
• 1名项目经理、团队负责人、与外部世界的接口，以引入2个比萨饼
• 1名嘈杂的QA人员负责查看应用程序、编写验收测试等。嘈杂的部分用于WTF/天指标。他越安静，我们的工作就越好，布洛芬的用量也就越少

围绕这一点，我们吸引了一些客户，他们经常接受可用性测试

---

哈，过去的好日子

在我工作的地方，使用Scrum并进行15分钟的有效站立，不可能有超过6或7名开发人员以及其他几个经理，每个人都需要1.5分钟的时间来适应时间框架。其他经理包括我们系统的一些最终用户、质量保证和团队领导，并给出一些示例

---

我认为，如果团队规模更大，那么工作就必须更精细地定义，因为我已经有点困难试图在头脑中记住当前项目的所有内容。

我通常看到的是，每1个架构师（分析师）和1个QA（测试人员）有2个开发人员的比例——25%的架构师，50%的开发人员，25%质量保证-取决于团队的分解方式

• 功能性-每6-9人，每个区域有1名经理-建筑师1名，开发人员1名，QA最小值1名
• 项目-每个项目都有1名经理负责，如果项目超过9人，则由团队领导（零件经理/零件架构师或开发人员或测试人员）细分

一个团队通常会随着时间的推移而变化——在前期，你会有更多的架构师，然后转移到更多的开发人员，在项目生命周期即将结束时，会有更多的测试人员加入

---

我管理的团队从6个到100个，比例通常都差不多。

如果我花了一天的大部分时间编写代码，我可以自己放两个比萨饼……有些外卖比萨饼很小。我不愿意认为我注定要一直一个人工作！！幸运的是，食欲随着年龄的增长而减少。。。最终应该能够让其他人参与进来！！：-PHa所以我们应该开始根据程序员的体重划分对他们进行排名：P？这是一个有趣的指标——如果编程技能与吃比萨饼的能力相关，这可能会起作用：）你可以有一个两人的leet编程团队。。。大肚子的胡子。。。（他们敬畏地低声说：“那是2号比萨饼队”）@rezzif：这确实可能是个问题。你那些刻板的程序员分为体重不足和超重两类。虽然这似乎是平均值，因为任何给定的团队都是一个小团队