有多大?(开发团队)

这取决于你所说的“团队”。我在一家大型美国银行工作,在一个由60多名开发人员组成的.NET“团队”中工作,还有架构师、经理和QA。

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

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

如果你问 Jeff Bezos 你最好要一个 two-pizza team “:如果你不能用两个比萨饼喂一个队,那就太大了。这就把你限制在5到7个人,这取决于他们的胃口。

我梦想有一天,所有不同的发展阶段都是一个团队的一部分,而不是让团队“方便”地被工作描述打破。这种组织视图倾向于将流程严重地倾斜到可怕的瀑布(天哪,我讨厌这个流程!).

但为了回答你的问题,我认为团队不应该超过10人,在没有全职参与的情况下(培训、市场营销、客户、实施、支持),更多地吸引他们。在所有80%-20%的开发人员中,与管理/QA相比,应倾向于提高生产力。如果您的架构师也能更好地挖掘代码。与整个团队一起频繁的设计审查也应该允许每个人对整个项目有良好的监督,而不仅仅是他们的一堆香蕉。

下面是一个团队崩溃的例子,它对我非常有用:

• 2个精通架构的高级开发人员
• 4个可以处理咕噜声工作的JR开发人员
• 1个代码忍者,可以做一些技术探索(同时也参与整体)
• 1名项目经理,团队负责人,与外界沟通,引进2个披萨
• 1名吵闹的质量保证人员在应用程序周围闲逛,编写验收测试等。吵闹的部分是针对WTF/日度量的。他越安静,我们的工作就越好,我们摄入的布洛芬就越少。

围绕这一点,我们经常对一些客户进行可用性测试。

祝你早日快乐!!!!

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

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

但是,如果不理解你所使用的过程,回答你的问题是很困难的。例如,瀑布模型需要比xp敏捷方法更大的团队。

我在一个有13名成员的团队中工作,但这往往会分解为更小的团队,每个团队都在完成某些任务。如果队伍足够大,政治因素就会起作用,那就太大了。你可能有大量的人能够很好地合作,所有人都专注于完成项目,而不是为自己的利益着想,大量的人可能不会造成问题,但拥有这些类型的人是不太可能的。

任何超过9个人的东西都可能太大,因为它将分成更小的团队,所以,如果一个团队足够大,它将分成更小的团队,那么就让小团队成为团队的规模,并认识到你开始的是太大了。

团队应该为手头的项目尽可能的大,当我读到“大”时,我会觉得你在寻找“多大就是太大”。我与数百名开发人员一起为一个电话交换机开发项目工作,但他们总是被分配到5或6人的团队中,每个团队都有一名组长——硬件、软件、文档、测试和质量保证、安装、培训等。对于团队本身来说,超过5个就很难管理了。

我通常看到的是每1个架构师(分析师)和1个QA(测试人员)有2个开发人员的比率,所以25%的架构师,50%的开发人员,25%的QA-这取决于团队是如何分裂的。

• 功能性——每个区域每6-9个人就有一个经理——架构师1个,开发人员1个,QA min。
• 项目-每个项目由1名经理领导,如果项目超过9人,则由团队领导(部分经理/部分架构师、开发人员或测试人员)进行分组。

一个团队通常会随着时间的推移而改变——你会有更多的架构师,然后转向更多的开发人员,在项目生命的最后阶段,会有更多的测试人员加入进来。

我管理的团队从6个到100个,比例通常是相同的。

在我工作的地方,使用scrum并有一个15分钟的有效站立,不可能有超过6或7个开发人员和几个其他的管理人员一起,每个人花大约1.5分钟来适应时间框架。其他管理者包括我们系统的一些最终用户、质量保证和团队领导,举几个例子。

我认为,如果团队规模大得多,那么工作就必须更精细地定义,因为我已经有了一点小麻烦,试图将当前项目的所有内容都保存在我的头脑中。