外科手术队伍的目的仍然是为了提高整体效率，要达到这个目的就需要分清主次，由外科医生和副手主体人员复制解决问题和保持概念完整性。将有经验的首席程序员真正能够解放出来，让他们能够真正的专注于产品和程序实现。外科医生和副手构成了整个团队的核心，副手不是简单的打杂人员，而是外科医生的后备和左右手，他们在经验丰富后就可以升任为外科医生。
对于企业管理信息系统软件开发和大型操作系统的开发有一些差异，跟业务相关密切的信息系统会更加强调需求的重要性，需求分析也是系统分析的重要内容。因此在这种情况下一般会划分出专门的需求分析人员这种角色，或者说将需求和总体设计合并为系统分析员角色，当我们理清楚了业务架构和技术架构后，后续实现阶段就变得简单。
对于队伍如何运作的问题，外科医生和副手是核心保证高度的概念完整性，跟传统按生命周期阶段来分角色的团队相比，我们可以看到一个显著的差别就是流水线式的沟通方式朝扁平的总线式沟通方式转化。这种方式沟通更加高效，同时概念完整性更加容易保证，当出现冲突的时候外科医生具有绝对的权威。
一位首席程序员、类似于外科手术队伍的团队架构提供了一种方法—既能获得由少数头脑产生的产品完整性，又能得到多位协助人员的总体生产率，还彻底地减少了沟通的工作量。
扩建过程的成功依赖于这样一个事实，即每个部分的概念完整性得到了彻底的提高—决定设计的人员是原来的七分之一或更少。所以，可以让200人去解决问题，而仅仅需要协调20个人，即那些“外科医生”的思路。
对于协调的问题，还是需要使用分解的技术。在这里，可以认为整个系统必须具备概念上的完整性，要有一个系统结构师从上至下地进行所有的设计。要使工作易于管理，必须清晰地划分体系结构设计和实现之间的界线，系统结构师必须一丝不苟地专注于体系结构。总的说来，上述的角色分工和技术是可行的，在实际工作中，具有非常高的效率。
这里所讲到的重点就是体系结构设计师要抽取出来组成核心设计团队，其他人员是实现人员，这样沟通的范围将限制到到这20个人的核心团队中，以保证高度的概念完整性，大大的提高沟通效率。