《人月神话》读书笔记
本书要点:
用人月作为衡量一项工作的规模是一个危险和带有欺骗性的神话。在众多软件项目中,
缺乏合理的进度安排是造成项目滞后的最主要原因,它比其他所有因素加起来的影响还要
大。这大概是这本书以《人月神话》为标题的原因,它旨在为人们管理复杂项目提供具有洞
察力的见解,书中既有很多发人深省的观点,又有大量软件工程的实践。本书内容来自Brooks
博士在 IBM 公司 SYSTEM/360 家族和 OS/360 中的项目管理经验,该项目堪称软件开发项目
管理的典范。
内容简介:
在很多方面,管理一个大型的计算机编程项目和管理其它行业的大型工程很相似(比大
多数程序员所认为 idea 还要相似);另一方面它又有差别(比大多数职业经理人所认为的差
别还要大)。由于人员的分工,大型编程项目碰到的管理问题和小项目碰到的管理问题区别
很大;关键需要的是维持产品自身的概念完整性。该书主要对软件工程领域所涉及到的工程
管理的知识进行了系统的阐述。
精编书摘:
焦油坑
过去几十年的大型系统开发就犹如一个焦油坑,很多大型和强壮的动物在其中剧烈地挣
扎。他们中大多数开发出了可运行的系统—不过只有极少数的项目满足了目标、进度和预算
的要求。表面上看起来好像没有任何一个单独的问题会导致困难,每个问题都能获得解决,
但是当它们相互纠缠和累积在一起的时候,团队的行动就会变得越来越慢。
人月神话
在众多软件项目中,缺乏合理的进度安排是造成项目滞后的最主要原因,它比其他所有
因素加起来的影响还要大。
乐观主义
系统编程的进度安排背后的第一个错误的假设是:一切都将运作良好,每一项任务仅花
费它所“应该”花费的时间。
人月
用人月作为衡量一项工作的规模是一个危险和带有欺骗性的神话。它暗示着人员数量和
时间是可以相互替换的。
人数和时间的互换仅仅适用于以下情况:某个任务可以分解给参与人员,并且他们之间
不需要相互的交流。
系统测试
在进度安排中,顺序限制所造成的影响,没有哪个部分比单元调试和系统测试所受到的
牵涉更彻底。
对于软件任务的进度安排,以下是我使用了很多年的经验法则:
1/3 计划
1/6 编码
1/4 构件测试和早期系统测试
1/4 系统测试,所有的构件已完成
特别需要指出的是,不为系统测试安排足够的时间简直就是一场灾难。
空乏的估算
评论0