领头羊只能有一个，其他人需要辅佐来共同完成任务。没有高低贵贱，只是分工不同。
开篇就直接点出这一章节的主要思想，我们在工作中、组建团队时不要始终如一的关注我们团队的人员的数量，有时候人员数量越多反而会拖累整个团队的进度，如现实中大公司有着很多的部门，当其中某个团队项目中牵扯到其他部门时，可能会导致整个项目的进度受阻，这时什么原因了？1. 沟通不畅！当部门与部门沟通时所涉及的人员时非常多的，而召集这些人员在同一时间参加会议是比较麻烦的，需要协调每个人的时间，这么多的人员在同一会议中沟通其实并不是特别的顺畅。2. 部门利益不同。每一个部门的 领导者说关注点主重要的可能是自己部门的利益，其次才会关注整个公司的利益，这就导致了当一个项目牵扯到自己部门时，考虑的不是该项目是不是能够给公司带来利益，而是该项目是不是能够给自己部门带来利益。如果是只是一个小团队那么这样的事情是不会发生的。
以上一些原因有一部分是公司制度的原因，但大多数都是我们在组建团队时没有认真的区分人员。这一章中明确的指出：“最好的和最差的表现在生产率上平均为 10:1，在运行速度和空间上具有 5:1 的惊人差异！简言之，$20,000/年的程序员的生产率可能是 ￥10,000/年程序员的 10 倍。得出的结论很简单：如果一个 200 人的项目中，有 25 个最能干和最有开发经验的项目经理，那么开除剩下的 175 名程序员，让项目经理来编程开发。”
当一个团队中每个人的能力都很强那么这个队伍几乎就成了神话般的精英小队。所以在组建团队时考虑的不应该是这个人的编码水平、薪资水平，更重要的是他的生产效率。宁愿使用高出其他普通人薪资的 10 倍来聘请人员，也不要用这些薪资聘请 10 个普通的人员。因为这一个人的生产效率比的上其余 10 个人的效率，并且人员数量的增加也造成了沟通成本的增加，可能那 10 个人最后的产出还不如一个最顶尖人员的产出。
最后这一章节指出了：一个高效的软件开发团队，和一个外科医生队伍有异曲同工之处。由一个人来完成问题的分解，其他人给予他所需要的支持，以提高效率和生产力。很少的人员被包含在设计和开发中，其他许多人来进行工作的支持。
