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

定　價：￥39.80

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

購買這本書可以去

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

內(nèi)容簡介

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

作者簡介

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

圖書目錄

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