是否有人曾经或曾经见过《神话人月》中所述的一种“外科团队”？您是否听说有人实际执行“米尔的建议”？
关于这本书本身的各种角色，有很多细节，但是对于那些还没有读过这本书的人，我发现了一个website和blog post，它们提供了很好的总结。我引用了以下网站中的角色：
手术团队
外科医生是整个程序的首席程序员和总裁
球队。他生产所有
规格，编码整个
团队负责的系统，
测试并起草支持
文档。
副驾驶是外科医生的助手。他的主要目的是
分享有关设计的想法
问题–充当共鸣板，
照原样。副驾驶代表
团队与其他团队开会。他
熟悉代码并提供服务
作为灾害的保险
外科医生。
工具匠为外科医生提供支持，并建立专门的工具和
他可能需要的工具
外科医生。每个团队都有自己的专职
除了任何中央工具
其余部分提供的服务
项目基础架构。测试员是
负责维护测试用例
测试外科医生的工作
写。他都是对手，
设计测试用例以进行衡量
正式规格并设计测试数据
用于调试。
我可以广泛服务的语言律师可以为多名外科医生提供服务
精通掌握的专家
编程的复杂性
语言和操作系统
软件必须在其上执行。
管理员处理金钱，人员，空间和机器。的
外科医生是最终的老板，
在所有这些问题上都是硬道理，但是
日常问题管理
并与
行政机构
项目是专业的角色
管理员。一位管理员可以
服务多个团队。
编辑者可以按照草拟或规定编辑和修改文档
由外科医生负责并监督
其生产的力学。
该计划文员经过秘书培训，负责
保持所有机器可读的
和人类可读的技术记录
由团队产生。全部备案
索引是
程序文员。
秘书处理项目对应文件和非项目文件。
最佳答案
我们在大约10年前成立的一家初创公司中确实采用了Brooks的外科手术团队方法。我们公司有5个人，而Uni实验室的其他人则为我们提供了支持。从技术上讲，这种体验很棒，但是由于商业原因，这种体验并没有持续很长时间。 :-)
关于methodology - 是否存在手术团队？，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/3577454/