第一章 簡介
1.1 什么是軟件失控項目
1.2 軟件危機的呼聲
1.3 “兩難境地”和“死亡行軍”項目
1.4相關的研究與發(fā)現
第二章 失控的軟件項目案例 23
2.1沒有指定完整的項目目標 25
2.1.1 案例一:BAE自動化系統(tǒng)(A)——丹佛國際
機場行李處理系統(tǒng) 27
2.1.2案例二:BAE 自動化系統(tǒng) (B) ——丹佛國際
機場行李處理系統(tǒng)部署 57
2.1.3案例三:佛羅里達福利救濟系統(tǒng)的慘敗 62
2.1.4案例四:失控項目的剖析——什么使AAS
擱淺 67
2.1.5總結:一些大型計算機項目失控的原因 79
2.2 的計劃和評估 108
2.2.1 案例五:痛苦的誕生——創(chuàng)建新軟件成為
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系統(tǒng)——
風險評估的案例研究 192
2.5 團體中缺少資深人員 225
2.5.1 案例十四:無法控制的突發(fā)性災難 228
2.5.2 案例十五:專業(yè)標準變得松懈——
CONFIRM的失敗及其教訓 232
2.6 硬件/軟件供應商的低表現 259
2.7 其他——性能問題 260
2.7.1 案例十六:NCR庫存管理系統(tǒng)實際上成
為了怠工者 263
2.7.2 案例十七:Lisp錯誤毀壞了MCC CAD項目 274
第三章 軟件失控項目的補救措施 279
3.1 風險管理 180
3.2問題管理 288
3.3失控項目的補救措施 292
3.4為將來預留的補救措施 298
第四章 結論 303