扫码阅读
手机扫码阅读

为什么敏捷团队规模推荐是7±2?

84 2024-03-27

为什么敏捷一个团队规模推荐是5~9人?这个数字背后深层次的含义是什么?

相信了解敏捷的朋友都清楚,一般敏捷团队的规模是7±2,也就是5~9人,但为什么是这个规模,或许有些人并不是很清楚,今天和大家分享一下这个数字背后深层次的含义。

01

布鲁克林定律

在软件开发领域,有个“布鲁克林定律”,这个概念是1975年由弗雷德-布鲁克林(Fred Brooks)在一本《人月神话》中提出来的(话说这本书,半年前就买了,到现在连封皮都没有拆开实在惭愧 虽说没有看过这本书,但口碑很好,这也是当初买它的原因,所以建议大家可以抽空看下)。

对于这个定律简单的说,就是“为一个延误的IT项目增加人员,将导致更严重的延误“。如果您是项目经理,或许这种血和泪的教训或者经历您都体验过,并且对这句话严重同意且举双手赞同。

理论上来说,增加人应该提升效率,加快进度,但为什么反而会延期更久呢?


02


工作时间和效率

劳伦-普特南(Lawrence Putnam)是软件开发领域的另一位传奇人物,他一生都在致力于研究工作时间和效率的问题(非常符合敏捷价值观之一专注

根据他的研究发现,“如果一个项目的参与者超过20个人,那么与团队参与者只有5个或少于5个相比, 需要付出的努力会更多,并且多的不是一星半点“”

为了找出工作效率和团队规模的“”最佳比例”或者“平衡点”,他从数百家公司里选取了491个中型项目(都是新项目)。

他根据团队规模对这些项目进行了分析,得出了一个惊人的结论,一旦团队规模超过了8人,那么项目耗时的时间往往会增加。

具体来说,“同样的工作量,3~7个人团队所需的时间只有9~20人团队所需时间的25%“。大规模团队完成的工作反而比较少。

03


团队规模大,但效率低的原因?

简单来说,主要有2个原因:一个是学习成本,一个是沟通成本

1. 学习成本:

  • 新加入团队的成员,不了解业务,需要学习业务后,才可以干活。

  • 新加入团队的成员,需要了解并熟悉现在的代码后,才可以干活。

2. 沟通成本:

  • 团队的老成员要花时间给新成员讲解业务和代码,这个会影响老团队成员的产出。

  • 团队成员增加,这个沟通的渠道也会增加,进而导致对同一个信息接收和理解出现问题。

关于沟通成本,可以关联到【沟通渠道】这个概念,沟通渠道数量=N(N-1)/2,比如您的团队有6个人,那么沟通渠道的数量是15条,如果您的团队有10人,那么沟通渠道数量就是45条。



显而易见,沟通渠道数量随着团队规模成倍增长,这会超过人类大脑的承受能力,那么人类大脑的承受能力是多少呢?

根据密苏里大学尼尔森-考恩(Nelson Cowan),2001年的研究发现,普通人在短期记忆里可以记住的东西是4个,不相信的想伙伴们可以试一下。因此大家可以想象一下,当沟通渠道数量增加后大大脑的挑战。

总结

从上面2个研究都可以看出,团队规模大并不会提高工作效率,反而会降低工作效率,因为学习成本和沟通成本都会成倍增加;

另外,当团队成员增加,那么管理的难度、冲突和矛盾都会增加,这也是敏捷为什么推荐合适的敏捷团队规模应该是7±2。因为这样不仅可以保持沟通效果,及时知道各自在做什么工作,而且可以保持信息的及时性和透明性,这就是保持团队小而精的好处和原因。

可能有人会问,一般的小项目可能5~9人的确够了,但是,我们项目都是千万甚至上亿美金的项目,有几百号人,如果要采用敏捷要怎么处理,对于这个问题可以参考Large-scale Scrum(LeSS), 这个话题会在后续的文章中会分享。

欢迎大家关注、点赞和转发。

原文链接: http://mp.weixin.qq.com/s?__biz=Mzg3MjYzMTg1OQ==&mid=2247483955&idx=1&sn=556324314ffcd87536076bcb52b31f70&chksm=ceed196ff99a9079b8b08855caf055f4ef9957cac32be7e344f13f55a20726f83955126fa050#rd