具体描述
在软件领域，很少能有像《人月神话》一样具有深远影响力和畅销不衰的著作。Brooks博士为人们管理复杂项目提供了最具洞察力的见解，既有很多发人深省的观点，又有大量软件工程的实践。本书内容来自Brooks博士在IBM公司SYSTEM／360家族和OS／360中的项目管理经验，该项目堪称软件开发项目管理的典范。该书英文原版一经面世，即引起业内人士的强烈反响，后又译为德、法、日、俄、中、韩等多种文字，全球销售数百万册。确立了其在行业内的经典地位。
在本书第一次出版40年后的今天，我们重新整理了Brooks博士的经典内容，并将国内软件开发领域先行者们对《人月神话》中的实践及系统理论的使用经验和心得集结成册免费赠与大家共享，更使本书成为国内从业者的必读经典之一。
本书读者包括：软件开发人员、软件项目经理、系统分析师等IT从业者。
作者简介
小弗雷德里克•布鲁克斯曾获得美国计算机领域最具声望的图灵奖(A. M. Turing Award)。美国计算机协会(ACM)称赞他“对计算机体系结构、操作系统和软件工程做出了里程碑式的贡献”。
布鲁克斯博士1956年开始任职于IBM公司，早期担任Stretch 和Harvest计算机的体系建构师。他被认为是“IBM 360系统之父”，曾担任360系统的项目经理。凭借在此项目中的杰出贡献，他与Bob Evans和Erich Bloch在1985年获得了美国国家技术奖(National Medal of Technology)。
布鲁克斯博士创立了北卡罗来纳大学的计算机科学系，并于1965-1985年担任系主任。他还曾任职于美国国家科技局和国防科学技术委员会。目前其仍活跃于从事虚拟环境和科学可视化等方面的研究工作，2010年获得虚拟现实事业奖(IEEE Virtual Reality Career Award)。
目录信息
编程系统产品 4
职业的乐趣 6
职业的苦恼 8
第2章 人月神话 11
乐观主义 14
人月 16
系统测试 19
空泛的估算 21
重复产生的进度灾难 22
第3章 外科手术队伍 27
问题 30
Mills的建议 32
如何运作 35
团队的扩建 36
第4章 贵族专制、民主政治和系统设计 39
概念的完整性 42
获得概念的完整性 43
贵族专制统治和民主政治 44
在等待时，实现人员应该做什么 47
第5章 画蛇添足 51
结构师的交互准则和机制 54
自律—— 开发第二个系统所带来的后果 55
第6章 贯彻执行 59
文档化的规格说明—— 手册 62
形式化定义 63
直接整合 66
会议和大会 66
多重实现 68
电话日志 68
产品测试 69
第7章 为什么巴比伦塔会失败 71
巴比伦塔的管理教训 75
大型编程项目中的交流 76
项目工作手册 76
大型编程项目的组织架构 80
第8章 胸有成竹 85
Portman的数据 89
Aron的数据 90
Harr的数据 90
OS/360的数据 92
Corbató的数据 93
第9章 削足适履 95
作为成本的程序空间 98
规模控制 99
空间技能 100
数据的表现形式是编程的根本 102
第10章 提纲挈领 105
计算机产品的文档 108
大学科系的文档 110
软件项目的文档 110
为什么要有正式的文档 111
第11章 未雨绸缪 113
试验性工厂和增大规模 116
唯一不变的就是变化本身 117
为变更设计系统 117
为变更计划组织架构 118
前进两步，后退一步 120
前进一步，后退一步 122
第12章 干将莫邪 125
目标机器 129
辅助机器和数据服务 131
高级语言和交互式编程 134
第13章 整体部分 139
剔除bug的设计 142
构件单元调试 144
系统集成调试 147
第14章 祸起萧墙 153
里程碑还是沉重的负担 156
“其他的部分反正会落后” 158
地毯的下面 159
第15章 另外一面 165
需要什么样的文档 169
流程图 171
自文档化的程序 175
第16章 没有银弹 181
摘要 184
介绍 184
根本困难 185
以往解决次要困难的一些突破 190
银弹的希望 192
针对概念上根本问题的颇具前途的方法 200
第17章 再论“没有银弹” 209
人狼和其他恐怖传说 212
存在着银弹—— 就在这里 212
含糊的表达将会导致误解 213
Harel的分析 216
Jones的观点—— 质量带来生产率 221
那么，生产率的情形如何 222
面向对象编程—— 这颗铜质子弹可以吗 223
重用的情况怎样 225
学习大量的词汇—— 对软件重用的一个可预见但还没有被预言的问题 228
子弹的本质—— 形势没有发生改变 229
第18章 《人月神话》的观点：是与非 231
第1章 焦油坑 234
第2章 人月神话 235
第3章 外科手术队伍 236
第4章 贵族专制、民主政治和系统设计 237
第5章 画蛇添足 238
第6章 贯彻执行 239
第7章 为什么巴比伦塔会失败 240
第8章 胸有成竹 242
第9章 削足适履 243
第10章 提纲挈领 245
第11章 未雨绸缪 246
第12章 干将莫邪 249
第13章 整体部分 251
第14章 祸起萧墙 253
第15章 另外一面 255
第1版结束语 256
第19章 20年后的《人月神话》 257
为什么要出版20周年纪念版本 260
核心观点—— 概念完整性和结构师 261
开发第二个系统所引起的后果—— 盲目的功能和频率猜测 263
图形界面的成功 265
没有构建舍弃原型—— 瀑布模型是错误的 269
增量开发模型更佳—— 渐进地精化 272
关于信息隐藏，Parnas是正确的，我是错误的 276
人月到底有多少神话色彩？Boehm的模型和数据 278
人就是一切(或者说，几乎是一切) 280
放弃权力的力量 281
最令人惊讶的新事物是什么？数百万的计算机 283
全新的软件产业—— 塑料薄膜包装的成品软件 286
买来开发—— 使用塑料包装的成品软件包作为构件 288
软件工程的状态和未来 290
结束语：令人向往、激动人心和充满乐趣的50年 293
注解与参考文献 295
附录：人月落地实战体验 315
一、名家谈人月 317
1. 年金 317
2. 《人月神话》与实践 318
3. Frank Chance评人月 327
4. 软件尚方宝剑(Silver Bullet)何在 330
二、名著评人月 339
三、读者感言 351
1. 读书有感——人月神话 351
2. 我这几天很烦(产品概念完整性) 353
3. 关于我们的思考——“项目开发”及读《人月神话》有感 355
4. 我的“人月神话” 358
5. 《人月神话》软玉生香 360
· · · · · · (收起)
读后感
2000年新年伊始，国际计算机协会（ACM）在纽约宣布1999年图灵奖得主为时年69岁的布鲁克斯（Frederick P. Brooks, Jr.）。评选委员会主席在致辞中提到，“今天我们所看到的计算机体系结构、软件工程，以及三维计算机图形，均受惠于布鲁克斯的开创性工作，是他改变了这些领域的面...
评分最早看过，也是最喜欢的两本项目管理书籍之一。因为表达出严谨而正统的管理思路，被自己称为正规化项目管理教育经典。对自己影响最大的是书中提到的“外科手术”团队组成原则，团队组成人员的互补以及“民主集中”和“中央集权”的平衡把握，成为自己不断探索的目标！
评分···军训中的 “时间-人”问题··· 对于军训来说时间是需要很好控制好的一个因素。 一天的军训排得很满，对于个人，怎样安排好自己的行程来最有效率就显得十分重要。 比如，什么时候洗澡，什么时候吃饭...什么时候该干什么，起码比较理智的分析各个安排的利弊，然后判断...
评分历史对于现实有很重要的借鉴作用。 虽然我对编程一无所知，但是我还是打算找一本来读，各行各业很多知识都是相通的 以史为鉴，可知过往，可知兴衰。
评分用户评价
我总是带着一种朝圣的心情来阅读《人月神话》，即便已经读过数遍，每次翻开，都能有新的收获。这本书最大的价值在于，它能够帮助我们建立一种对软件开发过程更深刻、更真实的认知。很多时候，我们会被表面的繁荣所迷惑，觉得项目进展顺利，大家都在忙碌，似乎一切都在朝着好的方向发展。但布鲁克斯却像一个睿智的长者，轻轻地提醒我们，要警惕那些隐藏在数据背后的陷阱。 他提出的“人月”悖论，不仅仅是一个理论上的推导，更是无数次血淋淋的教训总结。很多项目之所以陷入泥潭，并非是因为能力不足，而是因为对软件开发复杂性的低估，以及对团队协作成本的忽视。读这本书，让我学会了如何去审视项目，如何去评估风险，如何去避免那些低级的错误。它是一种思维方式的重塑，一种工程哲学的启蒙。
评分初次捧读《人月神话（40周年中文纪念版）》，我便被其深邃的洞察力所折服。在我刚刚步入软件开发行业之初，总以为只要投入更多的人力和时间，就能解决一切开发难题，直到我遇到了这本书。布鲁克斯以一种近乎哲学的高度，剖析了软件开发中的“人月”陷阱，他毫不留情地揭示了“增加人手只会让项目更延期”这一残酷的事实。这并非危言耸听，而是基于大量项目实践得出的深刻结论。 书中关于“概念完整性”的论述，更是让我茅塞顿开。一个良好的软件产品，其设计应该具有统一的、清晰的“概念”，避免功能上的随意堆砌和用户体验上的混乱。这一点在如今“产品为王”的时代尤为重要。如果产品缺乏核心的统一理念，即使技术再先进，功能再丰富，也难以赢得用户的青睐。布鲁克斯还强调了文档的重要性，以及如何通过清晰的沟通来减少误解。这些看似基础的原则，却往往是项目失败的根源。
评分《人月神话》这本书，可以说是我的“启蒙读物”之一。在没有阅读它之前，我对软件开发的理解，停留在“写代码”这个层面，认为只要程序员能力强，就能做出好的产品。然而，布鲁克斯的著作，彻底颠覆了我的认知。他用一种非常清晰、有条理的方式，剖析了软件工程的本质，揭示了为什么“人多力量大”在软件开发领域往往是无效的。 书中关于“概念完整性”的论述，让我明白了，一个优秀软件产品的灵魂在于其统一、清晰的设计理念。否则，即使功能再多，也会显得杂乱无章，难以使用。他还强调了沟通的重要性，以及如何通过合理的团队组织和管理，来降低沟通成本。这些观点，对于指导我们日常的团队协作和项目管理，具有极其重要的指导意义。每次遇到项目上的挑战，我总会不自觉地翻开这本书，寻找其中的智慧。
评分《人月神话》这本书，对我来说，更像是一种“警醒”和“启示”。在接触这本书之前，我总是习惯于用一种线性的、工程化的思维来看待软件开发，总以为只要按部就班地执行计划，就能顺利完成项目。然而，布鲁克斯教授的著作，让我深刻地认识到软件开发本身的复杂性和不确定性。他提出的“人月”概念，直击了许多项目失败的根源——对人力的简单叠加，往往会因为沟通成本的增加而适得其反。 书中关于“概念完整性”的论述，更是让我醍醐灌顶。一个优秀的软件产品，其设计必须是统一和一致的，避免功能的随意堆砌和用户体验的割裂。这对于我们在产品设计和迭代过程中，有着极其重要的指导意义。他强调的文档、沟通和团队协作的艺术，也让我明白了，优秀的软件工程不仅仅是技术层面的实现，更是关于如何高效地组织和协调人的智慧。这本书，帮助我建立了一种更成熟、更理性的软件工程观。
评分对于我们这些在软件开发一线摸爬滚打多年的从业者来说，《人月神话》绝对是一本值得反复研读的经典。这本书不仅仅是理论的堆砌，更多的是实践的智慧凝结。它所阐述的很多观点，比如“概念完整性”的重要性，以及如何通过合理的架构设计来降低复杂性，至今仍然是我们面临的重要课题。我们常常在项目的过程中，因为技术选型、团队协作、需求变更等种种因素，导致项目失控，最后不得不“砍掉”很多功能，或者延期交付。 布鲁克斯在书中细致地分析了团队沟通的复杂性，以及如何通过模块化和标准化来减轻这种复杂性。他提出的“看板”和“主程序员”团队模式，虽然在今天看来可能并非最先进的组织形式，但其背后所蕴含的减少沟通路径、聚焦核心任务的思想，却依然具有极高的参考价值。阅读这本书，就像在与一位大师对话，他循循善诱，用他丰富的经验和深刻的洞察，帮助我们拨开迷雾，看到问题的本质。尤其是在这个快速迭代、敏捷开发的时代，我们更需要理解那些不变的工程原理，才能在快速变化的环境中保持清醒和高效。
评分《人月神话》这本书，对我个人职业发展而言，有着不可估量的影响。它并非一本教你“如何写出高质量代码”的书，而是帮助你理解“如何进行高质量的软件工程”。布鲁克斯教授以其独特的视角，剖析了软件开发过程中的诸多“陷阱”，尤其是“人月”这一概念的误导性。我第一次意识到，增加团队人数并不能简单地等同于提高开发效率，反而会因为沟通成本、协调难度等因素，让项目变得更加复杂和低效。 书中关于“概念完整性”的论述，给我留下了深刻的印象。一个优秀软件产品的背后，必然有一个清晰、统一的设计理念。这种理念贯穿于整个开发过程，从需求分析到最终实现，都应遵循一致的原则。这不仅能够提升产品的用户体验，也便于后续的维护和迭代。这本书教会了我如何从更高的维度去审视软件开发，如何去理解其内在的复杂性，并从中找到解决问题的关键。
评分作为一名软件工程师，我一直坚信《人月神话》这本书的重要性，并且将其视为指导我职业生涯的重要基石。这本书的价值，不在于它提供了多少具体的“技巧”或“工具”，而在于它帮助我们建立了一种对软件开发这一复杂活动的深刻理解。弗雷德里克·布鲁克斯以其敏锐的洞察力，揭示了“人月”这一概念的误导性，并深入剖析了为什么增加开发人员并不能等比例地缩短项目周期，反而可能带来更多的问题。 书中对于“概念完整性”的强调，更是让我醍醐灌顶。一个成功的软件产品，其核心在于统一、清晰的设计理念。如果产品缺乏一致性，即便技术能力再强，也难以满足用户的需求，更难以在市场中脱颖而出。此外，他对文档、沟通和团队协作的论述，也为我们提供了宝贵的实践指导。阅读这本书，我仿佛与一位经验丰富的大师进行了一场深入的对话，汲取了无数宝贵的经验和智慧。
评分拿到这本《人月神话（40周年中文纪念版）》，我简直是如获至宝。自从第一次接触到“人月神话”这个概念，它就如同一道闪电，照亮了我对软件工程的理解。过去，我总觉得开发团队的效率与人数是成正比的，人越多，项目越快，多么朴素的逻辑！然而，现实却常常是，团队人数的增加并没有带来预期的速度提升，反而可能导致沟通成本的爆炸式增长，项目变得更加混乱，进度更加难以预测。弗雷德里克·布鲁克斯的这本著作，就像一位经验丰富的引路人，耐心地拆解了这一看似简单却充满陷阱的“神话”。他用精辟的论述，严谨的逻辑，辅以大量生动具体的案例，深入浅出地揭示了软件开发过程中那些隐藏的复杂性。 从“人月”这一核心概念的提出，到“没有银弹”这一深刻洞察的剖析，布鲁克斯的文字充满了智慧的光芒，也透露着他作为一名资深工程师的深切体会。这本书之所以能够跨越半个世纪依然闪耀着思想的光芒，正是因为它触及了软件工程中最根本、最本质的问题。它并非教你一套具体的开发流程，也不是提供某种快速解决所有问题的“银弹”，而是引导你思考，如何以一种更成熟、更系统的方式来理解和驾驭软件开发这个复杂而精密的系统工程。每一次重读，都能发现新的领悟，仿佛一个熟悉的场景，在不同的光线下呈现出不同的细节和韵味。
评分每次拿起《人月神话（40周年中文纪念版）》，我都能感受到一种来自前沿的思考，它仿佛是一面镜子，照出了我在软件开发实践中可能忽略的细节和误区。这本书最大的价值在于，它没有提供那些流于表面的“套路”或者“技巧”，而是从最根本的层面，剖析了软件开发这一复杂活动的本质。布鲁克斯教授关于“人月”的论述，让我彻底摆脱了“人多力量大”的简单化思维，认识到沟通、协调、学习等隐藏成本对项目效率的巨大影响。 尤其让我印象深刻的是书中关于“概念完整性”的阐述。一个成功的软件项目，其核心在于拥有一个清晰、统一的设计理念。这种理念的贯彻，不仅能够保证产品的功能性和易用性，更能形成独特的产品气质，让产品在众多竞争者中脱颖而出。他关于文档、沟通和团队组织结构的设计，也为我们提供了非常实用的参考。阅读这本书，就像与一位饱经沧桑的智者对话，从他那里获得对软件工程更深刻的洞察和理解。
评分《人月神话》这本书，对我而言，更像是一本“救命稻草”，在我无数次面对项目瓶颈和团队协作困境时，总能从中找到指引。布鲁克斯并没有提供什么神奇的速成秘籍，而是教会我如何去“思考”软件开发。他关于“人月”的分析，让我意识到，将人力等同于生产力，是在忽视了软件开发过程中的沟通、协调、学习以及知识传递的成本。 尤其书中关于“系统概念”的描述，给我留下了极其深刻的印象。一个成功的软件系统，绝不仅仅是代码的堆砌，而是一个有机整体，需要从全局的视角去理解和设计。他反复强调的“概念完整性”原则，促使我去思考，如何让产品的设计逻辑更加清晰、统一，从而降低用户的使用门槛，也方便后续的维护和迭代。这本书不仅仅是写给软件工程师的，我认为任何参与到复杂项目管理中的管理者，都应该认真阅读。
评分畅销40周年经久不衰！
评分畅销40周年经久不衰！
评分一天翻完，书和翻译都挺幽默，核心观点与我在项目管理中的经验不谋而合，但如果是对经济学/社会学/组织心理学已有相当积累的人士来说，非必读。
评分总体偏专业 作为非软件工程从业者有很多不懂的地方 但还是有一些启发和收获
评分在合适的时间读到合适的书是一种幸运，有限的读书经验使我认为很多事情必有实际经历才能产生更深的理解与共鸣。本书中关于项目复杂度、规划的乐观性、沟通重要性、组织的形式和冲突、任务执行的关键、 文档的作用和构成以及其在不同阶段的角色，都深有感触。仅将此书推荐给软件工程的项目管理者实在是浪费，应该给更广泛的复杂系统开发管理者。#原来此书和Project Apollo并没有一毛钱关系，火车上六小时看完
相关图书
本站所有内容均为互联网搜索引擎提供的公开搜索信息，本站不存储任何数据与内容，任何内容与数据均与本站无关，如有需要请联系相关搜索引擎包括但不限于百度，google,bing,sogou 等
© 2026 onlinetoolsland.com All Rights Reserved. 本本书屋 版权所有