软件开发的滑铁卢：重大失控项目的经验与教训

第一章 简介                   
 1.1 什么是软件失控项目                    
 1.2 软件危机的呼声                   
 1.3 “两难境地”和“死亡行军”项目                   
 1.4相关的研究与发现                   
                     
 第二章 失控的软件项目案例 23                  
   2.1没有指定完整的项目目标 25                  
 2.1.1 案例一：BAE自动化系统（A）——丹佛国际                  
              机场行李处理系统 27                  
 2.1.2案例二：BAE 自动化系统 (B) ——丹佛国际                  
              机场行李处理系统部署 57                  
 2.1.3案例三：佛罗里达福利救济系统的惨败 62                  
 2.1.4案例四：失控项目的剖析——什么使AAS                  
              搁浅 67                  
 2.1.5总结：一些大型计算机项目失控的原因 79                  
   2.2 的计划和评估 108                  
 2.2.1 案例五：痛苦的诞生——创建新软件成为                  
              ON Technology 公司极其痛苦的任务 109                  
 2.2.2 案例六：来自地狱的项目 121                  
   2.3 采用新技 128                  
 2.3.1 案例七：遭遇失败 131                  
 2.3.2 案例八：只能电子公司认识到新技术                  
              隐藏的危险 143                  
 2.3.3 案例九：4GL灾难剖析 148                  
 2.3.4 案例十：威斯特帕克银行项目失控剖析 168                  
   2.4 缺乏或根本不具备项目管理方法 176                  
 2.4.1 案例十一：每年花费纳税人500亿美元的                  
                IRS项目的失败 178                  
 2.4.3 案例十二：无路可走的政府机构 189                  
 2.4.3 案例十三：美洲银行的MasterNet系统——                  
                风险评估的案例研究 192                  
   2.5 团体中缺少资深人员 225                  
 2.5.1 案例十四：无法控制的突发性灾难 228                  
 2.5.2 案例十五：专业标准变得松懈——                  
                CONFIRM的失败及其教训 232                  
 2.6 硬件/软件供应商的低表现 259                  
 2.7 其他——性能问题 260                  
   2.7.1 案例十六：NCR库存管理系统实际上成                  
                  为了怠工者 263                  
   2.7.2 案例十七：Lisp错误毁坏了MCC CAD项目 274                  
                   
 第三章 软件失控项目的补救措施 279                  
 3.1 风险管理 180                  
 3.2问题管理 288                  
 3.3失控项目的补救措施 292                  
 3.4为将来预留的补救措施 298                  
                   
 第四章 结论 303