《人月神话》译文修订如下，读者可以对照自己手上的书修改。
相关阅读
第三章 外科手术团队（续）
原译文
几百人的大型团队
修订译文
几百人的项目
******
原译文
我们也经常有相同的看法。
修订译文
我们都是这样想的。
******
原译文
这种幼稚的观点
修订译文
这种二选一的幼稚观点
******
原译文
创建大型的系统
修订译文
构建大型的系统
******
原译文
来仔细讨论一下这个问题
修订译文
来更仔细讨论一下这个问题的每一面
******
原译文
软件经理
修订译文
编程经理
******
原译文
在他们的一个研究中，Sackman、Erikson和Grant曾对一组具有经验的程序人员进行测量。在该小组中
修订译文
在Sackman、Erikson和Grant的一项研究中，他们测量了一组经验丰富的编程人员的表现。仅在该小组内
******
原译文
在生产率上
修订译文
在生产率测量上
******
原译文
反之亦然。
修订译文
删去
******
原译文
没有相互联系(我怀疑这种现象是否普遍成立)。
修订译文
没有任何相关(我怀疑这是否普遍成立)。
******
原译文
我常常重复这样的一个观点
修订译文
我之前说过
******
原译文
来开发
修订译文
来建造
******
原译文
开发出的是无法在概念上进行集成的产品
修订译文
产出的是无法在概念上进行集成的系统
******
原译文
最有开发经验的项目经理
修订译文
最有编程经验的经理
******
原译文
175名程序员
修订译文
175个小兵
******
原译文
让项目经理来编程开发。
修订译文
让经理回来编程。
******
原译文
开发队伍
修订译文
开发团队
******
原译文
精干的队伍
修订译文
精干的团队
******
原译文
财务、人员
修订译文
财务、人事
******
原译文
操作方面的
修订译文
操作员的
******
原译文
200人的队伍仍然不足以开发
修订译文
200人的团队仍然不足以建造
******
原译文
在OS/360项中
修订译文
拿OS/360来说
******
原译文
操作人员、职员
修订译文
机器操作员、文员
******
原译文
设计、编码
修订译文
设计、构造
******
原译文
这就是小型、精干队伍概念上的问题
修订译文
这就是小型精干团队概念的问题所在
******
原译文
设想OS/360的工作由
修订译文
设想OS/360由
******
原译文
作为一个尺度
修订译文
作为约束条件
******
原译文
假设OS/360原有开发人员是
修订译文
假设OS/360原本由
******
原译文
改进因子提高了7倍
修订译文
改进因子为7
******
原译文
他们需要10年来完成5 000人年的工作。
修订译文
他们可以在10年内完成该5 000人年的工作。
******
原译文
软件开发技术的快速进步
修订译文
技术的快速发展
******
原译文
最好由少数干练的人员来设计和开发
修订译文
人们更喜欢少数优秀的头脑来设计和构造
******
原译文
该队伍以类似外科手术团队的方式组建，而并非一拥而上。同每个成员截取问题某个部分的做法相反，由一个人来完成问题的分解，
修订译文
该团队以类似外科手术团队的方式组建，而不是杀猪团队。也就是说，不是每个成员都拿刀乱砍，而是只有一个人操刀
******
原译文
给予他所需要的
修订译文
给予他各种
******
原译文
请简单地考虑一下
修订译文
稍加思考就可以发现
******
原译文
很少的人员被包含在设计和开发中，其他许多人来进行工作的支持
修订译文
只有少数几个头脑参与设计和构造，然而却能聚集很多人。
******
原译文
编程队伍
修订译文
编程团队
******
原译文
可能想到的工作
修订译文
可能想到的支持工作
******
原译文
首席程序员。即外科手术团队中的外科医生。
修订译文
外科医生。Mills称他为首席程序员
******
原译文
功能和性能技术说明书
修订译文
功能和性能规约
******
原译文
以及书写技术文档
修订译文
以及编写文档
******
原译文
他是首席程序员的后备，能完成任何一部分工作
修订译文
他是外科医生的后备，能做任何一部分工作
******
原译文
作为设计的思考者、讨论者和评估人员。首席程序员会与他沟通设计内容
修订译文
作为思考者、讨论者和评估者参与到设计中。外科医生会与他沟通设计想法
说明
此处尊重原文表述。原文用隐喻“外科医生”而不是“首席程序员”。
******
原译文
自己的小组
修订译文
自己的团队
******
原译文
研究设计策略的备选方案
修订译文
研究备选的设计策略
******
原译文
他充当首席程序员的保险机制
修订译文
他充当外科医生的保险机制以防止事故
******
原译文
对代码的任何部分不承担具体的开发职责。
修订译文
不对代码的任何部分负责
******
原译文
首席程序员的老板在人员
修订译文
外科医生是老板，必须在人员
说明
此处误译
******
原译文
薪酬、办公空间
修订译文
薪酬、空间
******
原译文
浪费任何时间
修订译文
浪费时间
******
原译文
管理财务、人员、工作地点和办公设备
修订译文
管理金钱、人员、空间和机器
******
原译文
其他管理机构
修订译文
其他行政机构
******
原译文
具有法律、合同
修订译文
具有实质性的法律、合同
******
原译文
才具有全职责任
修订译文
才全职为团队工作
******
原译文
首席程序员负责文档的生成—出于最大透明度的考虑，他必须创建各种文档
修订译文
外科医生负责文档的生成—为了尽可能不含糊，他必须亲自编写文档
说明
透明度为误译。原文clarity，意思应该是行文清晰明确不含糊，各种概念的用词等等由他来一锤定音的意思。
33套UML/SysML+EA/StarUML的建模示范视频-全程字幕（20230217更新）
6月12-14晚8点活动图（流程图）整理领域逻辑和生成代码-网课[产品经理+架构师强化]
CTO也糊涂的常用术语：功能模块、业务架构、用户需求……[20210217更新]
作者微信：umlchina2
