标题虽然叫做人月神话，但实际上跟神话传说没有半点关系，这是一本彻彻底底的管理学著作。
下面进行对原文的一些引用以及评论：
系统编程的进度安排背后的第一个错误的假设：“一切都将运作良好，每一项任务仅花费它所应该花费的时间”。
评：在所有的项目计划中，要在项目开始时做好最坏的假设。
软件任务进度安排：
1/3 计划
1/6 编码
1/4 构件测试和早期系统测试
评：正所谓“磨刀不误砍柴工”，在开始项目之前做好万全的设计，对整个项目建立起一张清晰的地图。在编码的过程中寻着地图的方向走，遇到障碍后拐几个弯也不会迷失方向。
Brooks法则：
Adding manpower to a late software project makes it later.
向进度落后的项目中增加人手，只会使进度更加落后。
项目的时间依赖于独立子任务的数量。需要协作沟通的人员数量影响着开发成本，因为成本的主要组成部分是互相的沟通和交流，以及更正沟通不当所引起的不良结果（系统调试）。
mills概念：“从个人艺术到公共实践”的编程观念转变。
外科手术似的队伍
1.外科医生。
2.副手。
3.管理员
4.编辑
5.两个文秘
6.程序职员
可选
7.工具维护人员
8.测试人员
9.语言专家
评：作者提出的一个对10人的编程团队进行专业化的角色分工的方案。要了解为什么这样做好，就得先知道怎样做不好。（待补充）
评：利益要分享，决策要独立。好的民主是互相对话。
