項目管理之殤－為什麼你的軟件項目會失敗 (Software Project Secrets: Why Software Projects Fail) 项目管理之殇:为什么你的软件项目会失败

<內容簡介>

為什麼70％以上的軟件項目會失敗？至今沒有人能給出系統且合理的解釋，《項目管理之殤(為什麼你的軟件項目會失敗)》試圖探究其中的原因並給出解決方案。這是所有軟件開發團隊都應該反覆閱讀的一本經典著作，是一位擁有十幾年軟件開發和項目管理經驗的資深專家的智慧結晶，這其中有成功的經驗，更多的則是在項目中經歷的挫折和失敗的教訓總結，可以借鑒，發人深省。
    《項目管理之殤(為什麼你的軟件項目會失敗)》(作者斯泰潘內克)分為兩部分。第一部分(第1?4章)比較詳細地描述了軟件項目失敗的原因，闡釋使軟件開發與眾不同的12個特徵，並揭示不適用於軟件開發項目的10個隱藏假設，涉及範圍管理、時間管理、成本管理、質量管理以及風險管理等內容，然後通過一個模擬案例的研究，說明這些問題是如何導致一個本來前途光明的項目走向失敗的。第二部分(第5?7章)詳細介紹項目成功的方式與方法，涉及水晶方法、極限編程和Rational統一過程，並重點介紹一些戰略，它們可能有助於使軟件項目獲得成功。

<目錄>

譯者序
致謝
第一部分 為什麼軟件項目會失敗
第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 小結
後記
附錄敏捷宣言
術語表
參考資料