Tower of Babel

　　巴别塔

　　巴别塔是圣经上的知名故事，人们想要合作搭建通天的高塔，上帝于是将人类的语言分成多种言语，彼此即无法沟通，高塔的任务即告失败。

　　Brooks用这个故事来聚焦软件开发过程中沟通的重要性，他指出许多问题都源自左手不知道右手在做什么的情况，因此开发团队成员应该应用各种方式，包含非正式方法、会议与工作手册进行沟通。

　　Document Hypothesis

　　文件假说

　　「在成堆的书面数据中，有一小部分关键性文件记录着任何项目管理的核心工作，而这些文件是身为管理者最重要的工具。」这是Brooks提出的假说，而他透过与其它产业运用文件的情况，验证这个假说的真实性。

　　纸上作业经常被视为繁琐、无趣，但Brooks认为对管理者而言，文件能让团队的思考与讨论更集中，也能作为监督和预警的机制，因此对软件工程的文件作业和其它产业一样重要。

　　Silver Bullet

　　银弹

　　在传说中，银弹是杀死狼人的致命武器，因此如果将软件项目比喻为狼人，那么能让狼人一枪毙命的银弹会是什么呢?Brooks怀疑这种银弹并不存在，这和软件工程的本质有关。

　　他认为软件工程的本质是架构许多抽象概念，并进一步制定规格、设计与测试，这造成它的高度复杂性，易变性、隐匿性等特质，因此软件工程，这些难度不会因为软件技术进步(像高级语言、整合开发环境)而带来根本性改变。

　　Catastrophe

　　大灾难

　　软件项目酿成不可收拾的大灾难究竟是如何造成的?Brooks认为大灾难其实就是每天一点一点地的延误中造成的。

　　因此日常的监控机制便相当重要，像是建立明确描述、可量测的里程碑(milestone)，或是利用计划评核图来监控与应变进度状况。

　　另外，成立计划监控小组，担任进度的守门员，进而提醒团队容易疏忽掉的落后时程，对于项目有相当大的帮助。

　　Auxiliary Program

　　辅助程序

　　开发软件系统，测试与除错是相当重要的一环，因此建立良好的测试方案就至关重要。Brooks介绍了数种测试方案中应该包含的项目，而在介绍建立充份的测试鹰架(scaffolding)这个项目时，他介绍三种鹰架形式：傀儡组件、迷你档案和辅助程序。

　　辅助程序是用来产生测试数据、打印特定分析结果与分析交互参考的表格的工具程序，提升除错工作的效益。

　　Surgical Team

　　外科手术团队

　　Brooks认为太多人参与项目开发，往往会增加沟通的成本，容易因为传达不清形成不良影响。然而面对大系统，精简的人力又往往增加时间成本。

　　两难之中权衡，他认为开发团队应该像外科手术团队，不需要每个人都要实际操刀，而是应该安排像随侍在外科医生旁边的支持性角色，增加操刀者的效率与生产力。换句话说，可以适时地加入行政助理、秘书。