一个开发团队的规模到底多大才是最合适的呢?这已经不是一个新话题了,现在有许多人都在做这方面的研究。但是,至今仍是众说纷纭。当然,能够让团队中的每个人各尽其能,都能高效率的工作的团队规模是最理想的了(相当于是废话~~)。
在这里,我以自己所在的团队为例子说一下自己的一点感想。我所在的团队加上三个boss(tutor)总共有14个人(其中11个人负责设计开发,3个boss负责指导),而开发的项目是一个规模不大的企业车间管理系统。我个人的感觉,一个这样规模的项目根本用不到14个人的团队。事实也是如此,在团队中我们经常会感觉没有什么事可做。而且在这样的一个团队中每当有任务时,boss会平均分派给所有人,这样做的后果只能是效率低下,将分派下的任务再度集成时会更浪费时间并且严重影响项目的实施质量。以画类图为例,当从项目中提取出用例以后,接下来的工作当然是从用例中提取出类并画类图。但是将这样一种整体性工作分派给这么多人去做会是什么后果。我的感觉---费力不讨好。试想一个人一种想法,每个人用自己的想法去设计这一部分,然后再将各个部分集成。但是,在软件设计中,各个部分的依赖性和连贯性是多么的强!要想使别人在设计时考虑到你所设计的部分的逻辑和依赖性是多么的难!这种分派任务和设计的方法,我个人感觉boss应该不是学软件出身的。
我认为理想的团队规模应该是1个人,无需沟通,无需协调,节省时间,高效。但是随着现代软件规模的扩大,一个人的团队是不现实的(个人观点)。但是,团队的规模应该还是越小越好。林格尔曼著名的“拉绳子”实验——经常称之为“林格尔曼效应”,分析了在拉绳过程中,单个人在群体中的表现。当他让越来越多