《人月神话》是软件工程领域的一本经典著作，由弗雷德里克·布鲁克斯（Frederick P. Brooks Jr.）所著，首次出版于1975年。这本书以其深入浅出的论述、丰富的项目管理经验和富有洞察力的观点，对软件开发过程进行了深刻的剖析，对后来的软件工程实践产生了深远的影响。书名中的“人月神话”是对传统观念中认为增加人力可以缩短软件开发时间的一种讽刺，因为布鲁克斯博士指出，这种做法往往会导致效率下降，而非提高。 1. **软件开发的不可分割性**：布鲁克斯提出了“不可分割的核”概念，即软件开发中存在一些关键任务，无法通过简单的分工和增加人员来加速完成。这些核心任务需要有经验的领导者和专家来主导，过度的人力投入反而可能导致混乱。 2. **布鲁克斯定律**：这是书中最重要的理论之一，它指出在项目后期添加更多的人力可能会延长项目的完成时间，因为新加入的成员需要时间来理解和适应现有的代码库和工作流程。 3. **系统设计的复杂性**：书中强调了软件设计的复杂性，认为设计是软件开发中最关键的阶段，需要精心规划和考虑。良好的设计可以减少后期的修改和维护成本。 4. **模块化设计**：提倡将大型项目分解为小的、可管理的模块，每个模块由一个小团队独立负责。这样可以提高效率，降低整体风险。 5. **项目管理与领导**：书中讨论了项目经理的角色和责任，强调有效的沟通、决策制定和团队协调对于项目成功至关重要。 6. **技术债务**：虽然这个词在《人月神话》中未被明确提出，但布鲁克斯讨论了快速交付可能导致的质量问题，这与现代的“技术债务”概念不谋而合。 7. **质量控制**：书中倡导尽早引入测试和质量保证，以避免在项目后期发现大量错误，从而节约时间和资源。 8. **软件工程的哲学**：《人月神话》探讨了软件工程不仅仅是编程，还包括需求分析、设计、测试等多方面的工作，是一个系统性的工程活动。 9. **文档的重要性**：强调清晰、完整的文档对于软件开发的重要性，它们可以帮助团队成员理解项目目标，降低沟通成本。 10. **预测与计划**：书中提醒读者，软件开发中的不确定性意味着预测和计划必须保持一定的灵活性，以应对可能出现的问题和变化。 《人月神话》中的观点至今仍被广泛引用和讨论，它不仅是一部历史性的著作，也是软件开发人员和项目经理的必读经典。通过阅读这本书，我们可以更好地理解软件开发的本质，提高项目管理的效率，避免陷入“人月神话”的陷阱。

《人月神话》是由Frederick P. Brooks, Jr.所著的一本经典书籍，首次出版于1975年，至今仍被视为软件工程领域的里程碑式作品。该书的全名是《The Mythical Man-Month: Essays on Software Engineering》，其中“人月”指的是软件开发中的一个基本单位，即一个人在一个月内完成的工作量。然而，Brooks通过他在IBM 360系统项目中的经验，提出了一个著名的论点：“向已经延迟的项目增加人力，会使项目更加延迟。”这一观点深刻揭示了软件开发中的人力资源管理问题，即人员增加不一定能按比例提高生产力，反而可能因为沟通成本的增加而降低效率。 ### 关键知识点： #### 1. 人月的概念与误区 - **概念**：“人月”是衡量软件开发工作量的一个单位，理论上表示一个人在一个月内所能完成的工作量。 - **误区**：Brooks指出，简单地将任务分解并增加人员，以期望按比例加速项目进度是一种误解。实际上，过多的人员加入可能会导致项目管理复杂度上升，沟通成本增加，从而降低整体工作效率。 #### 2. Brooks定律 - **表述**：向已经延迟的项目增加人力，会使项目更加延迟。 - **解释**：这一定律强调了在项目管理中人力资源的合理调配和有效利用的重要性。过度依赖增加人力来解决问题往往适得其反，尤其是在软件开发这类高度依赖团队协作的领域。 #### 3. 软件工程的“银弹”问题 - **概念**：Brooks在后续的作品中讨论了软件工程领域的“银弹”问题，即是否存在一种方法或工具，能够在短期内显著提升软件开发的效率和质量。 - **结论**：他认为，至少在未来十年内，没有所谓的“银弹”，即没有单一的技术或方法能够根本性地解决软件开发的所有难题，提升生产力。 #### 4. 软件开发中的沟通与协作 - **重要性**：《人月神话》强调了在软件开发过程中，有效的沟通和团队协作对于项目成功的关键作用。随着团队规模的扩大，沟通成本呈指数级增长，这是项目延期的主要原因之一。 - **解决方案**：书中提出了一些策略，如限制团队规模、明确职责分工、强化项目管理等，以减少不必要的沟通成本，提高团队效率。 #### 5. 软件工程的本质与挑战 - **本质**：Brooks认为，软件工程不仅仅是技术问题，更是管理问题。软件开发的复杂性在于其非线性的特性，以及对人的创造力和协作能力的高度依赖。 - **挑战**：书中探讨了软件开发过程中遇到的各种挑战，包括需求变更、技术债务、团队动态等，并提供了基于实践经验的洞见和建议。 ### 结语 《人月神话》不仅是一本关于软件工程的书籍，更是一部关于项目管理和团队协作的智慧宝典。Brooks通过对自身经验的反思，提出了许多至今仍被广泛引用和讨论的观点，为软件开发者、项目经理乃至整个IT行业提供了宝贵的指导思想。这本书的价值在于它超越了具体技术的局限，触及了软件开发的核心问题，即如何有效地组织和管理人力，以达到最佳的项目成果。

- iv -.目录（Contents ） 二十周年纪念版序言（PREFACE TO THE 20 TH ANNIVERSARY EDITION ）...................... I 第一版序言（PREFACE TO THE FIRST EDITION ）............................................................ III 目录（CONTENTS ）..................................................................................................................... V 焦油坑（THE TAR PIT ）.............................................................................................................. 1 编程系统产品............................................................................................................................... 1 职业的乐趣... 3 职业的苦恼... 4 人月神话（THE MYTHICAL MAN-MONTH ）........................................................................... 6 乐观主义....... 7 人月............... 8 系统测试..... 10 空泛的估算. 11 重复产生的进度灾难................................................................................................................. 12 外科手术队伍（THE SURGICAL TEAM ）............................................................................... 16 问题............. 16 MILLS 的建议............................................................................................................................. 17 如何运作..... 20 团队的扩建. 21 贵族专制、民主政治和系统设计（ARISTOCRACY, DEMOCRACY, AND SYSTEM DESIGN ） ........................ 22 概念一致性. 22 获得概念的完整性..................................................................................................................... 23 贵族专制统治和民主政治......................................................................................................... 24 在等待时，实现人员应该做什么？......................................................................................... 26 画蛇添足（THE SECOND-SYSTEM EFFECT ）...................................................................... 29 结构师的交互准则和机制......................................................................................................... 29 自律——开发第二个系统所带来的后果................................................................................. 30 贯彻执行（PASSING THE WORD ）.......................................................................................... 33 文档化的规格说明——手册..................................................................................................... 33 形式化定义. 34 直接整合..... 36 会议和大会. 36 多重实现..... 38 - v -.电话日志..... 38 产品测试..... 38 为什么巴比伦塔会失败？（WHY DID THE TOWER OF BABEL FAIL?）........................... 40 巴比伦塔的管理教训................................................................................................................. 41 大型编程项目中的交流............................................................................................................. 41 项目工作手册............................................................................................................................. 42 大型编程项目的组织架构......................................................................................................... 44 胸有成竹（CALLING THE SHOT ）.......................................................................................... 49 PORTMAN 的数据........................................................................................................................ 50 ARON 的数据.............................................................................................................................. 51 HARR 的数据.............................................................................................................................. 51 OS/360 的数据........................................................................................................................... 53 CORBATO 的数据........................................................................................................................ 53 削足适履（TEN POUNDS IN A FIVE-POUND SACK ）.......................................................... 55 作为成本的程序空间................................................................................................................. 55 规模控制..... 56 空间技能..... 57 数据的表现形式是编程的根本................................................................................................. 58 提纲挈领（THE DOCUMENTARY HYPOTHESIS ）............................................................... 60 计算机产品的文档..................................................................................................................... 60 大学科系的文档......................................................................................................................... 62 软件项目的文档......................................................................................................................... 62 为什么要有正式的文档？......................................................................................................... 63 未雨绸缪（PLAN TO THROW ONE AWAY ）............................................................................ 64 试验性工厂和增大规模............................................................................................................. 64 唯一不变的就是变化本身......................................................................................................... 65 为变更计划系统......................................................................................................................... 66 为变更计划组织架构................................................................................................................. 66 前进两步，后退一步................................................................................................................. 68 前进一步，后退一步................................................................................................................. 69 干将莫邪（SHARP TOOLS ）...................................................................................................... 71 目标机器..... 72 辅助机器和数据服务................................................................................................................. 73 高级语言和交互式编程............................................................................................................. 76 整体部分（THE WHOLE AND THE PARTS ）.......................................................................... 78 剔除BUG 的设计........................................................................................................................ 78 构件单元调试............................................................................................................................. 80 - vi -.系统集成调试............................................................................................................................. 82 祸起萧墙（HATCHING A CATASTROPHE ）........................................................................... 85 里程碑还是沉重的负担？......................................................................................................... 85 “其他的部分反正会落后”..................................................................................................... 86 地毯的下面. 87 另外一面（THE OTHER FACE ）.............................................................................................. 92 需要什么样的文档..................................................................................................................... 93 流程图......... 95 自文档化（SELF-DOCUMENTING ）的程序................................................................................ 96 没有银弹－软件工程中的根本和次要问题（NO SILVER BULLET – ESSENCE AND ACCIDENT IN SOFTWARE ENGINEERING ）..................................................................... 102 摘要1 ........ 102 介绍........... 103 是否一定那么困难呢？——根本困难................................................................................... 103 以往解决次要困难的一些突破............................................................................................... 106 银弹的希望............................................................................................................................... 108 针对概念上根本问题的颇具前途的方法............................................................................... 113 NO......... 118 再论《没有银弹》 （“NO SILVER BULLET”REFIRED ）.................................................. 120 人狼和其他恐怖传说............................................................................................................... 120 存在着银弹－就在这里！....................................................................................................... 121 含糊的表达将会导致误解....................................................................................................... 121 HAREL 的分析.......................................................................................................................... 124 JONE 的观点——质量带来生产率.......................................................................................... 127 那么，生产率的情形如何？................................................................................................... 128 面向对象编程——这颗铜质子弹可以吗？........................................................................... 129 重用的情况怎样？................................................................................................................... 130 学习大量的词汇——对软件重用的一个可预见，但还没有被预言的问题....................... 132 子弹的本质——形势没有发生改变....................................................................................... 133 《人月神话》的观点：是或非？（PROPOSITIONS OF THE MYTHICAL MAN-MONTH: TRUE OR FALSE ？）................................................................................................................ 134 第1 章 焦油坑......................................................................................................................... 134 第2 章 人月神话..................................................................................................................... 135 第3 章 外科手术队伍............................................................................................................. 136 第4 章 贵族专制、民主政治和系统设计............................................................................. 137 第5 章 画蛇添足..................................................................................................................... 137 第6 章 贯彻执行..................................................................................................................... 138 第7 章 为什么巴比伦塔会失败？......................................................................................... 139 第8 章 胸有成竹..................................................................................................................... 141 - vii -.第9 章 削足适履..................................................................................................................... 141 第10 章 提纲挈领................................................................................................................... 143 第11 章 未雨绸缪................................................................................................................... 143 第12 章 干将莫邪................................................................................................................... 146 第13 章 整体部分................................................................................................................... 148 第14 章 祸起萧墙................................................................................................................... 149 第15 章 另外一面................................................................................................................... 150 原著结束语............................................................................................................................... 152 20 年后的人月神话（THE MYTHICAL MAN-MONTH AFTER 20 YEARS ）................. 153

it项目管理，人月神话，好书，值得一看，相顾推荐相互下载

《人月神话》内容源于作者Brooks在IBM公司任System/360计算机系列以及其庞大的软件系统OS/360项目经理时的实践经验。《人月神话》探索了达成一致性的困难和解决的方法，并探讨了软件工程管理的其他方面。在《人月神话（英文版）》中，既有很多发人深省的观点，又有大量软件工程的实践，为每个复杂项目的管理者给出了自己的真知灼见。《人月神话》提出了2条著名的法则： 1、人月神话：向一个已经延后的项目中投入更多的人力资源只会让它更延后。 2、没有银弹：没有一种策略，技术或者技巧可以极大地提高程序员的生产力。

经典书籍，不用多说，喜欢拿走，下载不谢！

人月神话英文版，项目管理神作。 适合任何软件开发行业的从业人员阅读，对软件开发人员、软件项目经理、系统分析师更是必读之作。

这是超清晰的pdf档 全新的思维模式, 让你在短时间内, 变成高手

人月神话 亲测发送到kindle上不乱码。

一本在软件领域绝无仅有，20余年畅销不衰的必读经典。 年轻的软件工程师、吝啬的研究生、懒惰的软件老手常请我标示出迄今为止最好的软件图书。“如果我带着仅有的一本计算机书在沙漠荒岛上，”他们问，“应该是哪本书？”这是个荒谬的问题，但人们坚持要个答案。假如你真的被放逐到这样的小岛（或者你决定躲藏到这样的地方去避免2000年软件崩溃的恐惧！），《人月神话》应该紧随着你。 ——Ed Yourdon