第3章：外科手术团队（The Surgical Team）

一、导读

1.1 本章学习目标

第3章提出了 Brooks 的团队组织模型——外科手术团队。核心思想是：保持系统的概念完整性，需要一个"首席程序员"来做出关键设计决策。

1.2 为什么第三章如此重要

概念完整性是系统设计最重要的品质。没有概念完整性的系统会变成一个"大杂烩"，难以理解、难以维护。

1.3 核心问题引导

什么是概念完整性？

为什么需要一个人来保持概念完整性？

外科手术团队如何组织？

这种模式适合所有项目吗？

二、核心概念详解

3.1 概念完整性

系统的概念完整性是系统设计中最重要的考量。

概念完整性意味着：

• 系统的设计风格统一
• 接口设计一致
• 用户能预测系统的行为

3.2 外科手术团队

首席程序员（1人）：
- 定义系统的所有设计决策
- 编写关键代码
- 保持概念完整性

副手（1人）：
- 参与设计讨论
- 在首席程序员无法工作时接替
- 提出替代方案

工具专家（1人）：
- 维护开发工具
- 优化开发环境

测试专家（1人）：
- 设计测试用例
- 执行测试

语言律师（1人）：
- 精通编程语言
- 解决语言相关问题

秘书（1人）：
- 维护项目文档
- 记录设计决策

3.3 沟通渠道

n 人团队的沟通渠道：n(n-1)/2

5 人团队：10 条沟通渠道
10 人团队：45 条沟通渠道
20 人团队：190 条沟通渠道

小团队 = 更少的沟通开销

三、实战案例

3.1 概念完整性的体现

好的设计（概念完整）：
- 所有 API 使用相同的命名规范
- 错误处理方式一致
- 配置格式统一

差的设计（概念不完整）：
- 部分 API 用 camelCase，部分用 snake_case
- 有些错误返回 null，有些抛异常
- 配置文件格式混乱

四、本章小结

概念完整性是系统设计最重要的品质。外科手术团队通过一个"首席程序员"来保持概念完整性，适用于需要高度一致性的系统。

五、思考与练习

概念完整性为什么如此重要？

外科手术团队模式有什么局限性？

开源项目如何保持概念完整性？

敏捷团队如何平衡概念完整性和团队自治？

如何在大型项目中保持概念完整性？