标点符

《人月 神话》简介

一个人一个月可以完成的工作量在书中被称为人月。

《人月神话》作为软件工程的经典著作的主要是提出了对软件开发过程的几个重要关键点的独到见解。

这几个关键内容就是：

（1）提倡外科手术式的团队组织： 在软件开发组织上的过份民主，往往带来的是没有效率和责任，参与其中的人想法太多，层面参差不齐。所以，软件开发的组织，应该借鉴外科手术式的团队方式，有一个主要的负责人，其他人都是分工协作的副手，这样效率最好，结果最好。

（2）软件项目的核心概念要由很少的人来完成，以保证概念的完整性： 少就是多，项目的定位需要和功能多少的权衡。太多的想法，使项目没有焦点，什么都要放进去，结果什么都做不象。

（3）软件开发过程中必要的沟通手段： 软件开发中最大的风险往往不是技术的缺陷，而是缺少沟通。

（4）如何保持适度的文档：在开发中，保持适度的文档。喜欢过度多的文档的人，忘记了文档不是最终的产品，不是用户需要的，最后以为文档好，就是好的开发，其实完全不是。

（5）在软件开发的过程中，只有适度改进，没有包治百病的银弹： 在软件开发的过程中，重要的不是采用了什么工具，而是不论用何种工具，都要达到项目本身的客户需求。任何方法论之前，先要探求问题的来源，否则，对各种方法论的依赖或滥用，有害无益。

《人月神话》目录

第1章　焦油坑
　编程系统产品
　职业的乐趣
　职业的苦恼
第2章　人月神话
　乐观主义
　人月
　系统测试
　空泛的估算
　重复产生的进度灾难
第3章　外科手术队伍
　问题
　Mills的建议
　如何运作
　团队的扩建
第4章　贵族专制、民主政治和系统设计
　概念的完整性
　获得概念的完整性
　贵族专制统治和民主政治
　在等待时，实现人员应该做什么
第5章　画蛇添足
　结构师的交互准则和机制
　自律——开发第二个系统所带来的后果
第6章　贯彻执行
　文档化的规格说明——手册
　形式化定义
　直接整合
　会议和大会
　多重实现
　电话日志
　产品测试
第7章　为什么巴比伦塔会失败
　巴比伦塔的管理教训
　大型编程项目中的交流
　项目工作手册
　大型编程项目的组织架构
第8章　胸有成竹
第9章　削足适履
第10章　提纲挈领　
第11章　未雨绸缪
第12章　干将莫邪
第13章　整体部分
第14章　祸起萧墙
第15章　另外一面
第16章　没有银弹
第17章　再论“没有银弹”
第18章　《人月神话》的观点：是与非？
第19章　20年后的《人月神话》
结束语：令人向往、激动人心和充满乐趣的50年
注解与参考文献

《人月神话》PDF电子书下载地址：http://www.box.net/shared/giast57ihj