必须指出的是，这个问题在原则上是很容易解决的。简单地列出所有含有m个成员的团队名单，并检查每一个团队名单是否与禁止组队列表有冲突即可。用计算机编程来做这个步骤非常容易。因此，在图灵的观念里，这个问题很容易求解。
那么，问题的关键来了，我们需要检查多少种组合的可能性呢？如果是4人团队里面选3人，那很容易，你需要检查4个有可能的选择。但当团队人数增多，会出现什么情况，我们来看看吧。
如果是10人团队选5人，你就得检测252种可能性。好吧，很枯燥，但是还能忍受。不过可以看到的是，选择可能性的增长速度远远大于整个团队成员或者目标团队成员的数量增长的速度。
如果是100人团队里面选50人，那你就得检测大约1029这么多种可能性了。一台当代的大型计算机每秒可以评估大约1010种可能性——听起来挺多的，但是，稍微计算一下你就能意识到，即便算到宇宙末日，也无法检测完毕。期待英特尔的工程师们提供计算速度更快的芯片也无济于事：传统计算机技术再怎么突飞猛进，也无法在合理的时间内完成这个数量级的计算任务。
我们在这里所看到的现象也是组合爆炸的例子。在研究搜索树的时候我介绍过组合爆炸的概念，搜索树中的每个层级都呈指数型增长。所以在层级增多的时候，组合爆炸会导致可能出现结果的增长速度超乎想象。在团队建设的案例中，只要团队总人数增加1个人，我们必须考虑的潜在组合型就会翻倍。