具体描述
作者简介
弗雷德里克·布鲁克斯（Frederick P. Brooks, Jr.）是北卡罗莱纳大学Kenan-Flagler商学院的计算机科学教授。他曾荣获图灵奖，美国计算机协会（ACM）称赞他“对计算机体系结构、操作系统和软件工程做出了里程碑式的贡献。”
布鲁克斯被认为是IBM 360系统之父，他曾担任360系统的项目经理、360操作系统项目设计阶段的经理。因在这两个项目中的杰出贡献，布鲁克斯和Bob Evans、Erich Bloch在1985年获得美国国家技术奖（National Medal of Technology）。布鲁克斯早期还曾担任IBM公司Stretch和Harvest计算机的体系结构设计师。布鲁克斯创立了北卡罗莱纳大学的计算机科学系，在1964-1984年期间担任系主任。他还曾任职于美国国家科技局和国防科学技术委员会。他目前的教学和研究方向是计算机体系结构、分子模型绘图和虚拟环境设计。
UMLChina翻译组的成员汪颖（Adams Wang）翻译了这本《人月神话》。UMLChina是中文世界访问量最大的软件工程网站。译者汪颖毕业于华中理工大学，从事软件开发以及流程改进方面的工作。
目录信息
读后感
Amazing! A book first published in 1975, writing about IT related project management, is still reflecting the truth, the daily happenings nowadays. As you know the computer technology maybe the most rapidly changing one. There are few projects that start...
评分历史对于现实有很重要的借鉴作用。 虽然我对编程一无所知，但是我还是打算找一本来读，各行各业很多知识都是相通的 以史为鉴，可知过往，可知兴衰。
评分历史对于现实有很重要的借鉴作用。 虽然我对编程一无所知，但是我还是打算找一本来读，各行各业很多知识都是相通的 以史为鉴，可知过往，可知兴衰。
评分2000年新年伊始，国际计算机协会（ACM）在纽约宣布1999年图灵奖得主为时年69岁的布鲁克斯（Frederick P. Brooks, Jr.）。评选委员会主席在致辞中提到，“今天我们所看到的计算机体系结构、软件工程，以及三维计算机图形，均受惠于布鲁克斯的开创性工作，是他改变了这些领域的面...
评分Amazing! A book first published in 1975, writing about IT related project management, is still reflecting the truth, the daily happenings nowadays. As you know the computer technology maybe the most rapidly changing one. There are few projects that start...
用户评价
说实话，在翻开《The Mythical Man-Month》之前，我对于“人月”这个概念的理解，一直停留在字面意思。但读完之后，我才真正理解了这个看似简单的度量单位背后隐藏的巨大陷阱。作者用极其犀利和幽默的笔触，揭示了“人月神话”是如何误导了无数的项目管理者，导致他们低估了项目复杂性，并且错误的认为增加人力就能缩短开发周期。这让我回想起过去一些项目，在遇到延期时，领导层总是习惯性地增加人手，结果却导致沟通成本激增，团队效率不升反降，最后陷入更深的泥潭。这本书的价值在于，它不仅指出了问题，更重要的是，它提供了解决问题的思考框架。它让我认识到，项目管理并非简单的数学加减法，而是需要对团队动力学、沟通效率以及任务分解有深入的理解。书中关于“文档”的重要性，也让我对以往轻视文档的陋习深感愧疚。清晰、准确的文档，不仅是知识传递的桥梁，更是保证项目生命周期中，不同阶段、不同成员之间能够顺畅协作的基础。这本书真正做到了“授人以鱼不如授人以渔”，它提供的是一种思维方式，一种解决问题的能力。
评分初读《The Mythical Man-Month》，我最大的感受便是它如同一位经验丰富的老友，在软件开发这个充满挑战的领域，娓娓道来那些令人醍醐灌顶的经验与教训。书中的每一个论点，都仿佛是无数个项目的血泪史凝结而成，触及了项目管理中最核心、最容易被忽视的环节。我尤其对“外科手术团队”的概念印象深刻，它打破了传统线性流水线式的思维，强调小而精的团队协作，以及明确的职责划分。这种模式，在我过往的开发经历中，是多么希望能够早点接触到！书中对于“沟通开销”的论述，更是直击要害，那些因为信息不对称、沟通不畅而导致的延误和返工，简直是每一个开发者都深有体会却又常常束手无策的难题。作者通过形象的比喻和生动的案例，将这些抽象的概念变得触手可及，让我仿佛亲身经历了一场场项目中的风雨。它不是一本教你“如何写代码”的书，但它教会你“如何更好地组织和管理写代码的人”，这才是真正决定项目成败的关键。读完这本书，我感觉自己对于软件工程的理解，上升到了一个全新的维度，那些曾经困扰我的迷雾，似乎都在这本书的指引下渐渐散去。它让我意识到，技术固然重要，但人性、组织和管理，同样是构建成功的软件不可或缺的基石。
评分这本书带给我的震撼，远不止于理论的探讨，更在于它对现实世界复杂性的深刻洞察。我特别欣赏作者对于“系统概念”的强调，以及如何通过清晰的文档和抽象层次来应对日益增长的复杂性。在我的工作经验中，很多项目最终的失败，并非技术上的不可逾越，而是因为系统设计得过于臃肿，缺乏有效的分解和管理，最终导致团队成员难以理解和维护。作者在书中反复提及的“概念完整性”，成为了我后来思考系统架构时的重要指导原则。它促使我去思考，一个优秀的产品，不仅仅是功能的堆砌，更应该有一个统一、清晰、并且能够被团队成员共同理解的核心思想。同时，书中关于“动态”和“静态”的区分，也让我对软件生命周期有了更深刻的认识。那些看似微小的决策，在项目后期可能会引发雪球效应，导致巨大的代价。这种前瞻性的视角，是很多年轻的开发者，甚至是一些经验丰富的管理者，都容易忽略的。这本书让我明白，优秀的项目管理，不仅需要解决当下遇到的问题，更需要预见未来可能出现的挑战，并且提前做好准备。《The Mythical Man-Month》就像一本软件开发的“孙子兵法”，它教导我们如何在复杂的战场上，用智慧和策略取得胜利。
评分《The Mythical Man-Month》这本书，在我阅读过程中，不断激发着我进行自我反思。那些关于“进度”与“产量”之间关系的论述，让我对过往的一些项目管理方式产生了深刻的怀疑。作者通过对“人月”这个单位的解构，揭示了一个普遍存在的误区：即认为增加人力就能等比例地缩短开发周期。这让我回忆起许多项目中，面对延期时，团队成员们如何在加倍的工作量和日益增长的沟通压力下疲于奔命，却依然无法按时交付。这本书不仅指出了问题的所在，更重要的是，它提供了一个更深刻的视角来理解软件开发的复杂性。我特别欣赏书中对“系统概念”和“概念完整性”的强调。它让我意识到，一个优秀的产品，不仅仅是功能的堆砌，更应该有一个清晰、统一、并且能够被团队成员共同理解的核心设计理念。这种理念的缺失，往往是导致项目后期出现混乱和难以维护的根源。《The Mythical Man-Month》让我明白，真正优秀的软件开发，需要的不仅仅是技术实力，更是一种对复杂性的敬畏，一种对组织和管理的深刻理解，以及一种对人性的洞察。它是一本值得反复品读，并从中汲取智慧的经典之作。
评分这部作品，在我看来，是为软件工程领域注入的一股清流，它不沉溺于技术的细节，却直指项目成功的核心驱动力——组织和管理。我尤其欣赏书中对于“测量”的探讨，以及如何避免过度依赖那些看似客观却可能具有误导性的指标。作者深刻地剖析了“有多少软件项目会成功？”这个问题，并将其归结于一系列根本性的挑战。读到这里，我仿佛看到了自己过往项目中的影子，那些看似小小的疏忽，最终是如何演变成巨大的隐患。《The Mythical Man-Month》让我开始重新审视“成功”的定义，它不只是功能上线，更是项目的可持续性、团队的健康度以及最终为用户带来的价值。书中对于“团队协作”的论述，更是让我对“大团队”的运作模式有了全新的认识。那种“人越多越好”的简单思维，在书中被无情地戳破。它让我明白，真正高效的团队，并非规模的庞大，而是成员之间的默契、沟通的顺畅以及目标的一致。这本书的语言风格，也让我觉得非常舒服，它没有枯燥的术语，也没有空洞的理论，而是用一种娓娓道来的方式，将深刻的道理传递给读者。
评分注重市场，注重专业，注重效率，注重钱刺激。要想搞好大陆的食品安全，and要想搞好翡翠湾，四个注重，不二法门。什么CSA等等等，说白了，丫们都是四个注重的局部异形罢了。鸟儿最恨人家忽悠！不忽悠能死啊？或曰：三千里浮花开在静谧如深海的肉身；落花里面的开花之轻，之痛；在玉的深处如瓷器般易碎。
评分观察细致，分析准确。虽然现代的解决方法已经变化很大了，但问题并没有消失。
评分很久才会读到一本撞击思想的书。人月神话就是那种书。本书讲述软件工程的管理，但是正如作者所说，人月神话其实是关于团队，特别是从事脑力工作和知识产业的团队，怎么去完成一个项目。具体怎么使用一门语言是项羽所说的“一人敌”，而这本书大概谈的就是“万人敌”的学问。
评分很久才会读到一本撞击思想的书。人月神话就是那种书。本书讲述软件工程的管理，但是正如作者所说，人月神话其实是关于团队，特别是从事脑力工作和知识产业的团队，怎么去完成一个项目。具体怎么使用一门语言是项羽所说的“一人敌”，而这本书大概谈的就是“万人敌”的学问。
评分很久才会读到一本撞击思想的书。人月神话就是那种书。本书讲述软件工程的管理，但是正如作者所说，人月神话其实是关于团队，特别是从事脑力工作和知识产业的团队，怎么去完成一个项目。具体怎么使用一门语言是项羽所说的“一人敌”，而这本书大概谈的就是“万人敌”的学问。
