項目管理之殤：為什么你的軟件項目會失敗

定　價：￥49.00

作　者：	（美）George Stepanek 著，陳宗斌等譯
出版社：	機(jī)械工業(yè)出版社
叢編項：	軟件工程技術(shù)叢書
標(biāo)　簽：	計算機(jī)/網(wǎng)絡(luò) 軟件工程/開發(fā)項目管理

購買這本書可以去

ISBN：	9787111452874	出版時間：	2014-01-01	包裝：	平裝
開本：	32開	頁數(shù)：	168	字?jǐn)?shù)：

內(nèi)容簡介

　　《軟件工程技術(shù)叢書·項目管理之殤：為什么你的軟件項目會失敗》試圖探究其中的原因并給出解決方案。這是所有軟件開發(fā)團(tuán)隊都應(yīng)該反復(fù)閱讀的一本經(jīng)典著作，是一位擁有十幾年軟件開發(fā)和項目管理經(jīng)驗的資深專家的智慧結(jié)晶，這其中有成功的經(jīng)驗，更多的則是在項目中經(jīng)歷的挫折和失敗的教訓(xùn)總結(jié)，可以借鑒，發(fā)人深省?！盾浖こ碳夹g(shù)叢書·項目管理之殤：為什么你的軟件項目會失敗》分為兩部分。第一部分（第1～4章）比較詳細(xì)地描述了軟件項目失敗的原因，闡釋使軟件開發(fā)與眾不同的12個特征，并揭示不適用于軟件開發(fā)項目的10個隱藏假設(shè)，涉及范圍管理、時間管理、成本管理、質(zhì)量管理以及風(fēng)險管理等內(nèi)容，然后通過一個模擬案例的研究，說明這些問題是如何導(dǎo)致一個本來前途光明的項目走向失敗的。第二部分（第5～7章）詳細(xì)介紹項目成功的方式與方法，涉及水晶方法、極限編程和Rational統(tǒng)一過程，并重點(diǎn)介紹一些戰(zhàn)略，它們可能有助于使軟件項目獲得成功。

作者簡介

　　George Stepanek，資深軟件師，架構(gòu)師，擁有豐富的團(tuán)隊領(lǐng)導(dǎo)和軟件開發(fā)經(jīng)驗。擁有J2EE領(lǐng)域的架構(gòu)師和.NET領(lǐng)域的MCSD（Microsoft認(rèn)證解決方案開發(fā)人員）證書。曾服務(wù)于多家著名IT公司，最近在Unisys New Zealand工作。他熱衷于創(chuàng)建優(yōu)質(zhì)軟件，并且分享新鮮和有趣的觀點(diǎn)。他發(fā)表了許多極富有特色的文章，深受讀者喜愛。他擁有劍橋大學(xué)計算機(jī)科學(xué)和教育碩士學(xué)位。

圖書目錄

譯者序
致謝
第一部分　為什么軟件項目會失敗
第1章　簡介
第2章　為什么軟件與眾不同
2.1　軟件是復(fù)雜的
2.2　軟件是抽象的
2.3　需求不完整
2.4　技術(shù)在快速變化
2.5　最佳實踐不成熟
2.6　技術(shù)是一個龐大的領(lǐng)域
2.7　技術(shù)經(jīng)驗不完整
2.8　軟件開發(fā)就是調(diào)查研究
2.9　自動處理重復(fù)性工作
2.10　構(gòu)造實際上就是設(shè)計
2.11　改變被認(rèn)為很容易
2.12　改變是不可避免的
2.13　小結(jié)
第3章　項目管理假設(shè)
3.1　隱藏的假設(shè)
3.2　范圍管理
3.3　時間管理
3.3.1　活動定義
3.3.2　活動排序
3.3.3　活動持續(xù)時間估計
3.3.4　進(jìn)度安排
3.4　成本管理
3.4.1　資源規(guī)劃
3.4.2　軟件文檔
3.4.3　開發(fā)人員生產(chǎn)率
3.4.4　成本估計
3.5　質(zhì)量管理
3.5.1　指標(biāo)
3.5.2　檢查表
3.6　風(fēng)險管理
3.6.1　風(fēng)險接受
3.6.2　風(fēng)險轉(zhuǎn)移
3.6.3　風(fēng)險避免
3.6.4　風(fēng)險緩解
3.7　小結(jié)
第4章　案例研究：計費(fèi)系統(tǒng)項目
4.1　需求
4.2　規(guī)劃
4.3　設(shè)計
4.4　構(gòu)造
4.4.1　編碼
4.4.2　集成
4.5　測試
4.6　后果
4.7　小結(jié)
第二部分　怎樣使軟件項目獲得成功
第5章　新的敏捷方法
5.1　所選的方法
5.2　水晶方法
5.2.1　頻繁交付
5.2.2　反思改進(jìn)
5.2.3　密切或滲透式交流
5.2.4　人身安全
5.2.5　專注
5.2.6　容易訪問專家級用戶
5.2.7　具有自動化測試、配置管理和頻繁集成的技術(shù)環(huán)境
5.2.8　使用水晶方法
5.3　極限編程
5.3.1 規(guī)劃策略
5.3.2　測試
5.3.3　結(jié)對編程
5.3.4　重構(gòu)
5.3.5　簡單設(shè)計
5.3.6　代碼集體所有權(quán)
5.3.7　持續(xù)集成
5.3.8　現(xiàn)場客戶
5.3.9　小型發(fā)布
5.3.10　每周40小時工作制
5.3.11　編碼標(biāo)準(zhǔn)
5.3.12　系統(tǒng)隱喻
5.3.13　使用XP
5.4　Rational統(tǒng)一過程
5.4.1　階段
5.4.2　迭代
5.4.3　角色
5.4.4　工件
5.4.5　活動和工作流
5.4.6　過程配置
5.4.7　用例驅(qū)動的開發(fā)
5.4.8　可視化建模
5.4.9　使用RUP
5.5　利用敏捷緩解風(fēng)險
5.5.1　不完整的需求和范圍改變
5.5.2　工具和技術(shù)沒有像預(yù)期的那樣工作
5.5.3　開發(fā)人員缺乏技能和專業(yè)知識
5.5.4　新軟件有缺陷并且需要返工
5.5.5　參與項目的員工離職
5.6　小結(jié)
第6章　規(guī)劃敏捷項目的預(yù)算
6.1　軟件開發(fā)的預(yù)算
6.2　持續(xù)開發(fā)
6.3　按需編程
6.4　SWAT團(tuán)隊
6.5　子團(tuán)隊封裝
6.6　特性權(quán)衡
6.7　分診
6.8　范圍研究
6.9　結(jié)合這些技術(shù)
6.9.1　主要的遺留系統(tǒng)
6.9.2　次要的遺留應(yīng)用程序
6.9.3　主要的新系統(tǒng)
6.9.4　次要的新應(yīng)用程序
6.10　敏捷離岸外包
6.11　小結(jié)
第7章　案例研究：再論計費(fèi)系統(tǒng)
7.1　方法
7.2　初始階段
7.3　范圍研究
7.4　細(xì)化
7.5　構(gòu)造
7.6　交付
7.7　結(jié)局
7.8　小結(jié)
后記
附錄　敏捷宣言
術(shù)語表
參考資料