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

布鲁克林定律

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

1. 学习成本：

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

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

2. 沟通成本：

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

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

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

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

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

总结

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

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

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

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