目錄
譯者序
緻謝
第一部分 為什麼軟件項目會失敗
第1章 簡介
第2章 為什麼軟件與眾不同
2．1 軟件是復雜的
2．2 軟件是抽象的
2．3 需求不完整
2．4 技術在快速變化
2．5 最佳實踐不成熟
2．6 技術是一個龐大的領域
2．7 技術經驗不完整
2．8 軟件開發就是調查研究
2．9 自動處理重復性工作
2．10 構造實際上就是設計
2．11 改變被認為很容易
2．12 改變是不可避免的
2．13 小結
第3章 項目管理假設
3．1 隱藏的假設
3．2 範圍管理
3．3 時間管理
3．3．1 活動定義
3．3．2 活動排序
3．3．3 活動持續時間估計
3．3．4 進度安排
3．4 成本管理
3．4．1 資源規劃
3．4．2 軟件文檔
3．4．3 開發人員生産率
3．4．4 成本估計
3．5 質量管理
3．5．1 指標
3．5．2 檢查錶
3．6 風險管理
3．6．1 風險接受
3．6．2 風險轉移
3．6．3 風險避免
3．6．4 風險緩解
3．7 小結
第4章 案例研究：計費係統項目
4．l需求
4．2 規劃
4．3 設計
4．4 構造
4．4．1 編碼
4．4．2 集成
4．5 測試
4．6 後果
4．7 小結
第二部分 怎樣使軟件項目獲得成功
第5章 新的敏捷方法
5．1 所選的方法
5．2 水晶方法
5．2．1 頻繁交付
5．2．2 反思改進
5．2．3 密切或滲透式交流
5．2．4 人身安全
5．2．5 專注
5．2．6 容易訪問專傢級用戶
5．2．7 具有自動化測試、配置管理和頻繁集成的技術環境
5．2．8 使用水晶方法
5．3 極限編程
5．3．1 規劃策略
5．3．2 測試
5．3．3 結對編程
5．3．4 重構
5．3．5 簡單設計
5．3．6 代碼集體所有權
5．3．7 持續集成
5．3．8 現場客戶
5．3．9 小型發布
5．3．10 每周40小時工作製
5．3．1l 編碼標準
5．3．12 係統隱喻
5．3．13 使用xP
5．4 Rational統一過程
5．4．1 階段
5．4．2 迭代
5．4．3 角色
5．4．4 工件
5．4．5 活動和工作流
5．4．6 過程配置
5．4．7 用例驅動的開發
5．4．8 可視化建模
5．4．9 使用RuP
5．5 利用敏捷緩解風險
5．5．1 不完整的需求和範圍改變
5．5．2 工具和技術沒有像預期的那樣工作
5．5．3 開發人員缺乏技能和專業知識
5．5．4 新軟件有缺陷並且需要返工
5．5．5 參與項目的員工離職
5．6 小結
第6章規劃敏捷項目的預算
6．1 軟件開發的預算
6．2 持續開發
6．3 按需編程
6．4 SWAT團隊
6．5 子團隊封裝
6．6 特性權衡
6．7 分診
6．8 範圍研究
6．9 結閤這些技術
6．9．1 主要的遺留係統
6．9．2 次要的遺留應用程序
6．9．3 主要的新係統
6．9．4 次要的新應用程序
6．10 敏捷離岸外包
6．11 小結
第7章案例研究：再論計費係統
7．1 方法
7．2 初始階段
7．3 範圍研究
7．4 細化
7．5 構造
7．6 交付
7．7 結局
7．8 小結
後記
附錄敏捷宣言
術語錶
參考資料
· · · · · · (收起)