我们常说项目进度拖延，要保证按时完成，经常会采取一些措施，包括增加人手，赶工，外包等等。我们看下“布鲁克定律”：当项目进度落后于计划时，增加人手的做法通常是无效的。哈佛大学教授J.理查德·哈克曼认为：“这就好像为了快点生出孩子，分配9个女子各怀一个月的孕……一个软件的生产一延迟，如果此时加派人力，则整个项目进度只会更加拖延。”

团队越小越灵活，越大越难做到敏捷。在一个小团队中，成员之间相互认识并建立互信，相互了解，这样才能有一个统一的目标，在一个25人的团队里做到这一点不难，在一个50人的团队里做到这一点也是可以的，超过100人就有些难了。在企业中几千人的大团队中做到这一点几乎是不可能的。
但是，只要在一支有小团队构成的大团队中，每个个体成员无须与其他所有成员建立关系，只要构成这个大团队的各个小团队之间建立起那样的关系就行了。就能建立起整体的高效敏捷团队。

一、最传统的指挥控制式架构：（图1）
小团队各自为政，互不关联，只听从最上面的领导者，层层传递信息和指令。

二、下层为团队结构，上层仍是指挥控制式结构（图2）
要提升团队的灵活性。于是我们经常可以看到一种改进式的团队架构，在这个体系中，下层为团队结构，但是上层仍然保持着指挥控制式结构。

三、由小团队构成的大团队（图3）
最终的目标，是打造一个高度灵活的团队。由灵活的小团队构建灵活的大团队。组织中的每个人没有必要了解其他的所有人，只要和其他团队中的某个人取得联系即可。