具体描述
在软件领域，很少能有像《人月神话》一样具有深远影响力和畅销不衰的著作。Brooks博士为人们管理复杂项目提供了最具洞察力的见解，既有很多发人深省的观点，又有大量软件工程的实践。本书内容来自Brooks博士在IBM公司SYSTEM/360家族和OS/360中的项目管理经验，该项目堪称软件开发项目管理的典范。该书英文原版一经面世，即引起业内人士的强烈反响，后又译为德、法、日、俄、中、韩等多种文字，全球销售数百万册。确立了其在行业内的经典地位。
在本书第一次出版32年后的今天，清华大学出版社重新整理了Brooks博士的经典内容，并将国内软件开发领域先行者们对《人月神话》中的实践及系统理论的使用经验和心得集结成册免费赠与大家共享，更使本书成为国内从业者的必读经典之一。
本书读者包括：软件开发人员、软件项目经理、系统分析师等IT从业者。
作者简介
Freder ick P.Brooks，Jr.曾荣获美国计算机领域最具声望的图灵奖（A.M.TURINGAWARD）桂冠。美国计算机协会（ACM）称赞他“对计算机体系结构、操作系统和软件工程作出了里程碑式的贡献”。
Brooks博士是北卡罗莱纳大学KENAN-FLAGLER商学院的计算机科学教授。他被认为是“IBM 360系统之父”，曾担任360系统的项目经理，以及360系统项目设计阶段的经理。凭借在此项目中的杰出贡献，他与BobEvarls和Erich BIocll在1985年荣获了美国国家技术奖（NationalMedal of TecPlnoIogy）。Brooks博士早期曾担任IBM公司stretcPl和Harvest计算机的体系结构设计师。
Brooks博士创立了北卡罗莱纳大学的计算机科学系，并在1964-1984年期间担任系主任。他还曾任职于美国国家科技局和国防科学技术委员会。Brooks博士目前的教学和研究方向是计算机体系结构、分子模型绘图和虚拟环境设计。
目录信息
编程系统产品
职业的乐趣
职业的苦恼
第2章 人月神话
乐观主义
人月
系统测试
空泛的估算
重复产生的进度灾难
第3章 外科手术队伍
问题
Mills的建议
如何运作
团队的扩建
第4章 贵族专制、民主政治和系统设计
概念的完整性
获得概念的完整性
贵族专制统治和民主政治
在等待时，实现人员应该做什么
第5章 画蛇添足
结构师的交互准则和机制
自律——开发第二个系统所带来的后果
第6章 贯彻执行
文档化的规格说明——手册
形式化定义
直接整合
会议和大会
多重实现
电话日志
产品测试
第7章 为什么巴比伦塔会失败
巴比伦塔的管理教训
大型编程项目中的交流
项目工作手册
大型编程项目的组织架构
第8章 胸有成竹
第9章 削足适履
第10章 提纲挈领
第11章 未雨绸缪
第12章 干将莫邪
第13章 整体部分
第14章 祸起萧墙
第15章 另外一面
第16章 没有银弹
第17章 再论“没有银弹”
第18章 《人月神话》的观点：是与非？
第19章 20年后的《人月神话》
结束语：令人向往、激动人心和充满乐趣的50年
注解与参考文献
· · · · · · (收起)
读后感
如果你是技术出身的管理人员，看完了会有这样的感慨。。。丫什么都没说吧。。。:) 所以也没记住什么。。。唯一有些印象的是原版中反对封装，后来事实证明他错了。:)不过作者能坦率的承认也实在值得我们学习。 另外，而对于人月神话这个著名的命题，太理想化了。 很多时候，de...
评分···军训中的 “时间-人”问题··· 对于军训来说时间是需要很好控制好的一个因素。 一天的军训排得很满，对于个人，怎样安排好自己的行程来最有效率就显得十分重要。 比如，什么时候洗澡，什么时候吃饭...什么时候该干什么，起码比较理智的分析各个安排的利弊，然后判断...
评分历史对于现实有很重要的借鉴作用。 虽然我对编程一无所知，但是我还是打算找一本来读，各行各业很多知识都是相通的 以史为鉴，可知过往，可知兴衰。
评分 评分用户评价
有点像看古籍一样。一方面惊讶60年代就有千人开发团队，一方面说道文档，我马上想起word pdf之类，他居然说微缩胶片。。。。 不过，估计进度，带团队，测试和文档重要性，挺受启发的。
评分读过英文，中文mark一下
评分大学时候在工作室读过，很棒的项目管理的理念（一言以蔽之，我们理想的工作状态是有标准的效率，以 人/月 为单位）。人家十几年前就有这样的团队观，反思反思啊。
评分一开始还以为这是本登月相关的书，结果「人月」=「人每月」…这本书教导我们：1.如何让机构变得更加臃肿；2.如何在变得臃肿后让无所事事的人都有事做。本书提出的很多手段和方法在如今都已过时或众人皆知，还是不要浪费时间去读了。
评分在合适的时间读到合适的书是一种幸运，有限的读书经验使我认为很多事情必有实际经历才能产生更深的理解与共鸣。本书中关于项目复杂度、规划的乐观性、沟通重要性、组织的形式和冲突、任务执行的关键、 文档的作用和构成以及其在不同阶段的角色，都深有感触。仅将此书推荐给软件工程的项目管理者实在是浪费，应该给更广泛的复杂系统开发管理者。#原来此书和Project Apollo并没有一毛钱关系，火车上六小时看完
相关图书
本站所有内容均为互联网搜索引擎提供的公开搜索信息，本站不存储任何数据与内容，任何内容与数据均与本站无关，如有需要请联系相关搜索引擎包括但不限于百度，google,bing,sogou 等
© 2025 book.quotespace.org All Rights Reserved. 小美书屋 版权所有