敏捷迭代開發(fā)管理者指南

定　價：￥39.80

作　者：	（美國）拉爾曼著、張曉坤等譯
出版社：	中國電力出版社
叢編項(xiàng)：	大師簽名系列
標(biāo)　簽：	教材微機(jī)/cpu 硬件/嵌入式開發(fā) 計算機(jī)與互聯(lián)網(wǎng)

購買這本書可以去

ISBN：	9787508327372	出版時間：	2004-11-01	包裝：	平裝
開本：	16	頁數(shù)：	342	字?jǐn)?shù)：

內(nèi)容簡介

　　本書的作者CraigLarman是對象技術(shù)、模式、UML、建模和迭代開發(fā)方面廣為人知的專家。本書是對運(yùn)用敏捷和迭代方法的管理者和學(xué)生的權(quán)威性指南。通過本書的學(xué)習(xí)，你將了解四種著名的迭代方法（Scrum、XP、UP、Evo）的關(guān)鍵實(shí)踐，你的學(xué)習(xí)周期將被縮短，你將了解到敏捷與迭代開發(fā)的動機(jī)和證據(jù)。本書共分12章，前6章列舉了大量的證據(jù)和文獻(xiàn)，揭示了瀑布型的癥結(jié)以及敏捷與迭代開發(fā)的動機(jī)和成功案例；第7~10章則具體論述了Scrum、XP、UP、Evo等四種敏捷方法，它們的原理與適用性、成功的案例與歷史以及大量的參考文獻(xiàn)；第11章介紹了許多行之有效的敏捷與迭代開發(fā)的實(shí)踐技巧；第12章是FAQ部分，對實(shí)踐種遇到的問題進(jìn)行了解答。敏捷軟件開發(fā)宣言*個體和交互勝過過程和工具可以工作的軟件勝過面面俱到的文檔客戶合作勝過合同談判響應(yīng)變化勝過遵循計劃也就是說，雖然也具有價值，但我們認(rèn)為左邊的項(xiàng)具有更大的價值。敏捷軟件開發(fā)的原則*我們遵循以下的原則：1.我們最先要做的是通過盡早地、持續(xù)地交付有價值的軟件來使客戶滿意。2.即使到了開發(fā)的后期，也歡迎改變需求。敏捷過程利用變化來為客戶創(chuàng)造競爭優(yōu)勢。3.經(jīng)常性地交付可以工作的軟件，交付的間隔可以從幾個星期到幾個月，交付的時間間隔越短越好。4.在整個項(xiàng)目開發(fā)期間，業(yè)務(wù)人員和開發(fā)人員必須天天都在一起工作。5.圍繞被激勵起來的個體來構(gòu)建項(xiàng)目。給他們提供所需的環(huán)境和支持，并且信任他們能夠完成工作。6.在團(tuán)隊(duì)內(nèi)部以及團(tuán)隊(duì)之間，最有效果并且最富有效率的傳遞信息的方式，就是面對面的交談。7.可以工作的軟件是首要的進(jìn)度度量標(biāo)準(zhǔn)。8.敏捷過程提倡平穩(wěn)的開發(fā)。9.發(fā)起人、開發(fā)者和用戶應(yīng)該能夠保持一個長期的、恒定的開發(fā)速度。10.不斷地關(guān)注優(yōu)秀的技能和好的設(shè)計會增強(qiáng)敏捷的能力。11.簡單——使未完成的工作最大化的藝術(shù)——是根本的。12.最好的架構(gòu)、需求和設(shè)計出自于自我組織的團(tuán)隊(duì)。13.每隔一定的時間，團(tuán)隊(duì)會在如何才能更有效地工作方面進(jìn)行反省，然后相應(yīng)地調(diào)整自己的行為。

作者簡介

　　CraigLarman是Valtech公司的首席科學(xué)家。而Valtech公司是一家國際化的技術(shù)咨詢公司，在歐洲.亞洲和北美洲都設(shè)有分支機(jī)構(gòu).同時，他還兼任獨(dú)立顧問.團(tuán)隊(duì)教練.演講人等職務(wù)。Craig是（ApplyingUMLandPatterns：AnIntroductiontoObject-OrientedAnalysisandDesign（UML和模式應(yīng)用：面向?qū)ο蠓治雠c設(shè)計導(dǎo)論））的作者.此書是OOA／D和迭代開發(fā)方面全球最為暢銷的書籍，被譯成多種語言，并在世界范圍的工業(yè)和大學(xué)中廣泛運(yùn)用。Craig有過一段作街頭音樂家的失敗經(jīng)歷.從那之后，也就是20世紀(jì)70年代，他用APL語言.PL／I語言和第四代語言創(chuàng)建軟件系統(tǒng).20世紀(jì)80年代初期，經(jīng)過全面的調(diào)整之后，他開始對人工智能（這方面很少有他自己的東西）和知識表示產(chǎn)生了濃厚的興趣，并用Lisp機(jī)器.Lisp.Prolog和Smalltalk構(gòu)建知識系統(tǒng).他業(yè)余時間還經(jīng)營一個名為ChangingRequirements的社團(tuán)（這個社團(tuán)曾經(jīng)叫作Requirements，但成員已經(jīng)有了一些變動……）。Craig畢業(yè)于加拿大溫哥華美麗的SimonFraser大學(xué)，取得了計算機(jī)科學(xué)的學(xué)士和碩士學(xué)位。

圖書目錄

第1章簡介 1
軟件是新產(chǎn)品開發(fā) 3
后續(xù)內(nèi)容預(yù)告 5
WEB資源 6
第2章迭代和漸進(jìn) 9
迭代開發(fā) 9
風(fēng)險驅(qū)動和客戶驅(qū)動的迭代計劃 12
時間箱迭代開發(fā) 13
迭代期間，外部利益相關(guān)人員不能變更迭代內(nèi)容 14
漸進(jìn)和自適應(yīng)開發(fā) 15
漸進(jìn)需求分析 15
早期“排名前10”的高級需求以及技能性分析 17
漸進(jìn)和自適應(yīng)計劃 17
遞增交付 20
漸進(jìn)交付 20
最常見的錯誤 21
特定的迭代和漸進(jìn)方法 22
后續(xù)內(nèi)容預(yù)告 23
推薦讀物 23
第3章敏捷 25
敏捷開發(fā) 25
方法分類 26
敏捷宣言和原則 27
敏捷項(xiàng)目管理 29
擁抱溝通和反饋 30
以人為本的編程 30
簡單的實(shí)踐和項(xiàng)目工具 31
經(jīng)驗(yàn)型過程對規(guī)定型與指令型過程 32
基于原則對基于規(guī)則 33
可持續(xù)規(guī)程——人員接觸 33
團(tuán)隊(duì)作為復(fù)雜的自適應(yīng)系統(tǒng) 34
敏捷是在夸大其詞嗎？ 34
敏捷方法沒有發(fā)明迭代開發(fā) 35
特定的敏捷方法 35
XP 35
后續(xù)內(nèi)容預(yù)告 39
推薦讀物 39
第4章故事 41
后續(xù)內(nèi)容預(yù)告 47
第5章動機(jī) 49
軟件項(xiàng)目中變化的事實(shí) 50
迭代開發(fā)的關(guān)鍵動機(jī) 51
迭代地迎接需求挑戰(zhàn) 55
第6章證據(jù) 63
總結(jié) 64
研究的證據(jù) 65
早期迭代項(xiàng)目的證據(jù) 79
標(biāo)準(zhǔn)體系的證據(jù) 87
專家和思想領(lǐng)袖的證據(jù) 93
TOM DEMARCO 98
迭代開發(fā)的商業(yè)案例 100
瀑布型有效的歷史事件？ 102
后續(xù)內(nèi)容預(yù)告 107
推薦讀物 107
第7章 SCRUM 109
方法概覽 110
生命周期 113
工件、角色和實(shí)踐 114
SCRUM會議：細(xì)節(jié) 120
價值觀 126
常見錯誤和誤解 127
什么情形下你可能誤解SCRUM…… 129
樣板項(xiàng)目 130
過程混合 131
采用的策略 132
現(xiàn)實(shí) VS 幻想 133
優(yōu)勢 VS “其他” 134
歷史 135
后續(xù)內(nèi)容預(yù)告 136
推薦讀物 136
第8章極限編程 137
方法概覽 138
介紹 139
生命周期 142
工件、角色和實(shí)踐 144
角色 145
實(shí)踐 146
核心實(shí)踐 147
價值觀 155
常見錯誤和誤解 156
樣板工程 161
過程混合 162
XP＋UP 164
采用的策略 165
現(xiàn)實(shí)VS幻想 167
優(yōu)勢VS“其他” 168
歷史 170
后續(xù)內(nèi)容預(yù)告 171
第9章統(tǒng)一過程 173
方法概覽 174
生命周期 180
工件、角色和實(shí)踐 184
角色 185
實(shí)踐 186
核心實(shí)踐 187
六個最佳實(shí)踐 188
工件 190
價值觀 191
常見錯誤和誤解 194
什么情形下你可能誤解UP…… 197
樣板項(xiàng)目 199
過程混合 201
采用的策略 203
現(xiàn)實(shí) VS 幻想 205
歷史 207
后續(xù)內(nèi)容預(yù)告 208
第10章 EVO 211
方法概覽 212
生命周期 217
工件、角色和實(shí)踐 220
角色 221
實(shí)踐 222
核心實(shí)踐 223
價值觀 237
常見的錯誤和誤解 238
樣板項(xiàng)目 239
過程混合 240
采用的策略 242
現(xiàn)實(shí) VS 幻想 242
優(yōu)勢 VS “其他” 243
歷史 244
后續(xù)內(nèi)容預(yù)告 245
第11章實(shí)踐技巧 247
項(xiàng)目管理 248
需求 281
測試 292
第12章常見問題解答 297
問題和解答 299