- 项目进度估算难题:帮助读者理解为什么向进度落后的项目增加人手反而会让项目更加滞后,掌握人月概念的真正含义。
- 团队组织与沟通困境:通过外科手术队伍模型和巴比伦塔案例,解决大型编程项目中组织架构与交流效率的核心问题。
- 概念完整性与系统设计:阐述如何保持系统设计的概念完整性,避免画蛇添足和第二个系统效应带来的灾难性后果。
- 需求变更与文档管理:提供为变更设计系统的思路,以及正式文档在大型项目中的必要性和编写方法。
- 银弹迷思的破除:深入分析软件工程中是否存在银弹,帮助读者理性看待新技术和新方法对生产率的实际影响。
★★★
中级
入门初级中级进阶高级
- 软件项目经理:需要管理复杂开发项目、合理估算进度和配置团队资源的管理者。
- 系统架构师与高级开发人员:负责系统整体设计、需要保持概念完整性的技术人员。
- IT企业管理者:希望理解软件开发规律、制定合理项目决策的企业中高层管理者。
- 计算机专业学生与教师:作为软件工程课程的经典补充读物,理解理论与实践的结合。
- 按章节顺序阅读:全书逻辑连贯,建议从第1章焦油坑开始逐章阅读,逐步深入理解软件工程的核心命题。
- 重点精读经典章节:第2章人月神话、第5章画蛇添足和第16章没有银弹是全书精华,值得反复研读并做笔记。
- 结合实战体验附录:阅读附录中名家谈人月和读者感言,将理论观点与实际项目经验对照理解。
- 带着项目问题阅读:建议读者结合自身正在经历的项目管理困惑,有针对性地寻找对应章节的解答。
- 组织团队共读讨论:适合作为技术团队读书会材料,每章读后组织讨论,促进团队对项目管理共识的形成。
- 理解人月本质:深刻认识人月作为估算单位的局限性,避免盲目增加人手导致项目进一步延误。
- 掌握团队组织方法:学会外科手术队伍等高效团队组织模式,提升大型项目的沟通与协作效率。
- 建立变更思维:形成为变更而设计的系统思维,在架构和组织层面预留应对变化的弹性。
- 破除银弹幻想:理性看待新技术对生产率的提升作用,聚焦软件开发的根本困难而非追逐表面突破。
- 提升文档意识:认识到正式文档在大型项目中的关键作用,掌握文档化规格说明的编写方法。
- 汲取经典智慧:通过40年沉淀的经典观点,建立对软件工程规律的系统性认知框架。
📖 书籍简介
作 者:(美)小弗雷德里克·布鲁克斯 著
定 价:88
出 版 社:清华大学出版社
出版日期:2015年04月01日
页 数:0
装 帧:平装
ISBN:9787302392644
图灵奖得主、“IBM 360系统之父”作者Brooks颠覆了项目管理领域,长久不衰传奇经典!
软件开发人员、软件项目经理、系统分析师等IT从业者推荐收藏之软工!
40年!新版再发行
软工领域的项目管理经典!
影响人力编程思想的著作之一!
●章 焦油坑
编程系统产品
职业的乐趣
职业的苦恼
第2章 人月神话
乐观主义
人月
系统测试
空泛的估算
重复产生的进度灾难
第3章 外科手术队伍
问题
Mills的建议
如何运作
团队的扩建
第4章 贵族专制、政治和系统设计
概念的完整性
获得概念的完整性
贵族专制统治和政治
在等待时,实现人员应该做什么
第5章 画蛇添足
结构师的交互准则和机制
自律―― 开发第二个系统所带来的后果
第6章 贯彻执行
文档化的规格说明―― 手册
形式化定义
直接整合
会议和大会
多重实现
电话日志
产品测试
第7章 为什么巴比伦塔会失败
巴比伦塔的管理教训
大型编程项目中的交流
项目工作手册
大型编程项目的组织架构
第8章 胸有成竹
Portman的数据
Aron的数据
Harr的数据
OS/360的数据
Corbató的数据
第9章 削足适履
作为成本的程序空间
规模控制
空间技能
数据的表现形式是编程的根本
0章 提纲挈领
计算机产品的文档
大学科系的文档
软件项目的文档
为什么要有正式的文档
1章 未雨绸缪
试验性工厂和增大规模
不变的就是变化本身
为变更设计系统
为变更计划组织架构
前进两步,后退一步
前进一步,后退一步
2章 干将莫邪
目标机器
辅助机器和数据服务
不错语言和交互式编程
3章 整体部分
剔除bug的设计
构件单元调试
系统集成调试
4章 祸起萧墙
里程碑还是沉重的负担
“其他的部分反正会落后”
地毯的
5章 另外一面
需要什么样的文档
流程图
自文档化的程序
6章 没有银弹
摘要
介绍
根本困难
以往解决次要困难的一些突破
银弹的希望
针对概念上根本问题的颇具前途的方法
7章 再论“没有银弹”
人狼和其他恐怖传说
存在着银弹―― 就在这里
含糊的表达将会导致误解
Harel的分析
Jones的观点―― 质量带来生产率
那么,生产率的情形如何
面向对象编程―― 这颗铜质子弹可以吗
重用的情况怎样
学量的词汇―― 对软件重用的一个可预见但还没有被预言的问题
子弹的本质―― 形势没有发生改变
8章 《人月神话》的观点:是与非
章 焦油坑
第2章 人月神话
第3章 外科手术队伍
第4章 贵族专制、政治和系统设计
第5章 画蛇添足
第6章 贯彻执行
第7章 为什么巴比伦塔会失败
第8章 胸有成竹
第9章 削足适履
0章 提纲挈领
1章 未雨绸缪
2章 干将莫邪
3章 整体部分
4章 祸起萧墙
5章 另外一面
版结束语
9章 20年后的《人月神话》
为什么要出版20周年纪念版本
核心观点―― 概念完整性和结构师
开发第二个系统所引起的后果―― 盲目的功能和频率猜测
图形界面的成功
没有构建舍弃原型―― 瀑布模型是错误的
增量开发模型更佳―― 渐进地精化
关于信息隐藏,Parnas是正确的,我是错误的
人月到底有多少神话色彩?Boehm的模型和数据
人就是一切(或者说,几乎是一切)
放弃权力的力量
令人惊讶的新事物是什么?数百万的计算机
全新的软件产业―― 塑料薄膜包装的成品软件
买来开发―― 使用塑料包装的成品软件包作为构件
软件工程的状态和未来
结束语:令人向往、激动人心和充满乐趣的50年
注解与参考文献
附录:人月落地实战体验
一、名家谈人月
1. 年金
2. 《人月神话》与实践
3. Frank Chance评人月
4. 软件尚方宝剑(Silver Bullet)何在
二、名著评人月
三、读者感言
1. 读书有感――人月神话
2. 我这几天很烦(产品概念完整性)
3. 关于我们的思考――“项目开发”及读《人月神话》有感
4. 我的“人月神话”
5. 《人月神话》软玉生香
在软件领域,很少能有像《人月神话》一样具有深远影响力和不衰的著作。Brooks博士为人们管理复杂项目提供了具洞察力的见解,既有很多发人深省的观点,又有大量软件工程的实践。本书内容来自Brooks博士在IBM公司SYSTEM/360家族和OS/360中的项目管理经验,该项目堪称软件开发项目管理的典范。该书英文原版一经面世,即引起业内人士的强烈反响,后又译为德、法、日、俄、中、韩等多种文字,销售数百万册。确立了其在行业内的经典地位。 在本书次出版40年后的今天,我们重新整理了Brooks博士的经典内容,并将国内软件开发领域先行者们对《人月神话》中的实践及系统理论的使用经验和心得集结成册免费赠与大家共享,更使本书成为国内从业者的推荐阅读经典之一。 本书读者包括:软件开发人员、软件项目经理、系统分析师等IT从业者。
神品―― 代序*
这是本书中的一节废话。*
我是一个书狂,积习甚深,费尽心机在软件工程、系统工程方面积累了一些书。书,在我看来当分为神品、精品和普通三等,其中神品、精品又分别有一、二和三品之分。我所收集的书中,软件工程书大都属于精品,神品只有两本,Frederick P. Brooks的这本书就属于神品之列。
软件作为一个行业,逐步背起了“solvingthe wrong problem”(解决错误的问题)的名声。问题决定解决方案,这也就是说,我们一直在制造错误解决方案!这方面有大量的证据,其中著名的是美国统计署(GAO)的数据:大的软件消费商(美国军方)每年要花费数十亿美元购买软件,而在其所购软件中,可直接使用的只占2%,另外3%需要做一些修改,其余95%都成了垃圾。一句话,不管这些软件是否符合需求规格,它们都显然没有满足客户的需求。面向对象技术并没有给我们带来“神奇的等
📑 章节目录
- 焦油坑——编程系统产品的本质与职业的苦乐
- 人月神话——乐观主义、空泛估算与进度灾难
- 外科手术队伍——团队组织与扩建策略
- 贵族专制、政治和系统设计——概念完整性的获取
- 画蛇添足——开发第二个系统的后果与自律
- 贯彻执行——文档化规格说明与形式化定义
- 为什么巴比伦塔会失败——大型项目的交流与组织架构
- 胸有成竹——多种项目数据与估算模型
- 削足适履——程序空间成本与规模控制
- 未雨绸缪——为变更设计系统与组织架构
- 整体部分——调试与系统集成策略
- 没有银弹——软件工程的根本困难与可能突破