定 價：￥99.00
| 作 者： | （美）米奇·萊西 著 |
| 出版社： | 清華大學(xué)出版社 |
| 叢編項： | |
| 標(biāo) 簽： | 暫缺 |
| ISBN： | 9787302504627 | 出版時間： | 2018-08-01 | 包裝： | |
| 開本： | 頁數(shù)： | 字數(shù)： |
第1章 Scrum知易行難 1
故事 1
Scrum 6
什么是Scrum？ 7
實施Scrum 8
Scrum的基本價值觀 8
Scrum 需要轉(zhuǎn)變思維方式 9
Scrum采用的是最短路徑，而不是預(yù)設(shè)路徑 10
Scrum發(fā)現(xiàn)問題 12
Scrum的最佳搭檔 12
什么時候適合用Scrum？ 13
變化是困難的 15
現(xiàn)狀后期 16
從外部元素和混亂到思想轉(zhuǎn)變 16
實踐與集成 16
新的現(xiàn)狀 17
成功要領(lǐng) 17
引用 18
第Ⅰ部分 戰(zhàn)前準(zhǔn)備
第2章 取得支持與組建團隊 23
故事 23
模型 29
轉(zhuǎn)變需要時間 30
建立緊迫感 30
成立一個強大的指導(dǎo)聯(lián)盟 31
建立愿景/繪制未來的藍圖 31
溝通愿景 31
授權(quán)人們?yōu)樵妇安扇⌒袆?nbsp; 32
計劃并創(chuàng)造短期成功 33
進一步改善，鞏固成效，繼續(xù)深化改革 33
制度化新的方式方法 33
成功要領(lǐng) 33
引用 34
參考 34
第3章 用團隊顧問來優(yōu)化團隊表現(xiàn) 35
故事 35
模型 40
建立一個團隊顧問池 40
建立團隊 42
核心團隊 43
團隊顧問 44
團隊大小 44
核心團隊與團隊顧問一起工作 46
團隊顧問與會議 46
成功要領(lǐng) 47
責(zé)任 47
試驗 48
小心過度 48
計劃可能的空閑時間 48
團隊顧問不能代替專職團隊 49
引用 49
參考 49
第4章 預(yù)估團隊的速率 50
故事 50
模型 55
使用歷史數(shù)據(jù)的問題 55
為拍腦袋增加一些依據(jù) 56
估算Product Backlog 57
分解參考故事 57
點數(shù)與小時數(shù)的大致關(guān)系 58
團隊的生產(chǎn)能力 58
估算團隊的速率 59
增強對這種技術(shù)的信心 60
走著瞧(使用靠譜的數(shù)據(jù)) 60
收集并以圖表形式表示真實的數(shù)據(jù) 61
計算平均速率，但要對范圍進行交流 61
截斷數(shù)據(jù) 62
成功要領(lǐng) 64
引用 65
第5章 Scrum的三大角色 66
故事 66
模型 70
選擇角色 71
組合角色 72
如果實在萬不得已，又該何時組合這三大角色 74
成功要領(lǐng) 74
第6章 確定Sprint的長度 76
故事 76
模型 79
項目期限 80
產(chǎn)品負責(zé)人與項目干系人 81
Scrum 團隊 82
確定 Sprint 的長度 82
警告 85
問卷之外 85
成功要領(lǐng) 86
長于1個月的Sprint 87
延長Sprint長度 87
引用 87
第7章 如何定義“完成” 88
故事 88
模型 90
介紹 91
頭腦風(fēng)暴 91
分類 92
排序與整合 93
生成與發(fā)布DoD 95
沒有完成的工作呢？ 95
成功要領(lǐng) 96
引用 96
第8章 全職的ScrumMaster 97
故事 97
模型 100
成功要領(lǐng) 106
消除障礙/解決問題 106
結(jié)束爭論/當(dāng)團隊的保姆 107
報告團隊的行為表現(xiàn) 107
引導(dǎo)并在必要時提供幫助 107
教育組織并驅(qū)動組織變革 108
結(jié)語 109
引用 109
參考 110
第II部分 戰(zhàn)地基礎(chǔ)
第9章 Scrum中工程實踐的重要性 113
故事 113
實踐 117
重構(gòu) 119
持續(xù)集成以及更頻繁的提交 120
結(jié)對編程 121
自動化集成與驗收測試 123
成功要領(lǐng) 124
不是銀彈 125
開始行動 125
獲得團隊的支持 125
DoD 125
把工程實踐加入Product Backlog 126
獲得培訓(xùn)與指導(dǎo) 126
結(jié)語 126
引用 127
參考 127
第10章 團隊核心時間 128
故事 128
模型 131
在一起工作的團隊 131
分布式團隊與兼職的團隊 133
成功要領(lǐng) 134
第11章 發(fā)布計劃 136
故事 136
模型 140
項目成本 144
成功要領(lǐng) 146
事先進行溝通和交流，并且要頻繁 147
每個Sprint后都更新發(fā)布計劃 147
努力先做優(yōu)先級最高的條目 147
交付可工作的軟件 148
引用 148
第12章 分解故事與任務(wù) 149
故事 149
模型 152
做好準(zhǔn)備 152
故事分解 153
任務(wù)分解 156
成功要領(lǐng) 159
引用 160
參考 160
第13章 缺陷管理 161
故事 161
模型 163
成功要領(lǐng) 164
附加信息 165
引用 165
參考 166
第14章 可持續(xù)工程與Scrum 167
故事 167
模型 170
專用時間模型 170
隨時收集數(shù)據(jù) 171
專職團隊模型 171
成功要領(lǐng) 173
專職維護團隊成員的輪換 173
用良好的工程實踐來改進遺留代碼 174
結(jié)語 174
引用 174
第15章 Sprint評審會 175
故事 175
模型 179
進行會議 180
成功要領(lǐng) 181
花時間準(zhǔn)備 181
記錄決策 182
要求認可 182
勇敢 182
參考 183
第16章 Sprint回顧會 184
故事 184
實踐 187
讓回顧會議發(fā)揮應(yīng)有的作用 187
計劃一個有效的回顧會議 188
召開回顧會議 189
成功要領(lǐng) 191
告訴他們?yōu)槭裁匆Ａ艋仡檿h 192
營造一個良好的環(huán)境 192
有需要就開 192
高度重視回顧會議 193
引用 193
第III部分 戰(zhàn)地急救
第17章 富有成效的每日站會 197
故事 197
模型 200
準(zhǔn)時開始和結(jié)束 201
開會遲到 201
議程、節(jié)奏和站位 202
打斷 202
漫談和深入討論 202
暴露隱藏的障礙 204
忽略問題 204
過于模糊 204
結(jié)束就意味著開始 204
成功要領(lǐng) 205
保持會議的頻率 205
站著，不要坐 206
像團隊一樣工作 206
耐心 207
第18章 每日站會的第四個問題 208
故事 208
模型 211
成功要領(lǐng) 212
引用 212
第19章 真正參與結(jié)對編程 213
故事 213
模型 215
混排結(jié)對編程 216
實踐混排結(jié)對編程 216
混排結(jié)對編程的挑戰(zhàn) 217
微結(jié)對 218
成功要領(lǐng) 220
引用 221
第20章 222
新加入團隊成員 222
故事 222
模型 224
練習(xí) 226
成功要領(lǐng) 227
承認速率會下降 227
明智地選擇新成員 227
風(fēng)險 228
引用 228
第21章 處理文化沖突 229
故事 229
模型 234
成功要領(lǐng) 239
掌握自己的命運 239
面對現(xiàn)實 240
堅持到底 241
引用 242
參考 242
第22章 Sprint緊急情況處理流程 243
故事 243
模型 246
消除障礙 246
獲得幫助 247
縮小范圍 247
取消Sprint 248
成功要領(lǐng) 249
引用 249
第IV部分 高級生存
第23章 可持續(xù)的步伐 253
故事 253
模型 257
縮短迭代周期 260
監(jiān)測燃盡圖 260
增加團隊時間 261
成功要領(lǐng) 262
引用 263
第24章 交付可工作的軟件 264
故事 264
模型 268
核心模型 268
用戶數(shù) 269
從風(fēng)險最高的組件開始 270
擴展和驗證 270
成功要領(lǐng) 271
思維的改變 272
返工 272
專注于端對端的場景 273
參考 274
第25章 價值的度量與優(yōu)化 275
故事 275
模型 278
功能工作 278
額外的工作 278
試驗性工作 279
技術(shù)債務(wù) 280
其他潛在的類型 280
組織數(shù)據(jù) 281
使用數(shù)據(jù) 281
成功要領(lǐng) 283
教育項目干系人 283
和項目干系人一起工作 284
確定模式與趨勢 284
引用 284
參考 284
第26章 項目成本預(yù)算 285
故事 285
模型 290
功能規(guī)格書 290
用戶模型 291
估算用戶模型 291
確定用戶故事的優(yōu)先級 292
確定團隊的速率 293
計算成本 293
制定發(fā)布計劃 294
成功要領(lǐng) 294
引用 295
第27章 Scrum項目中的文檔 296
故事 296
模型 299
為什么我們要做文檔 300
我們會做什么文檔 300
什么時候以及怎樣做文檔 301
在項目開始的時候做大量文檔 301
在項目最后做大量文檔 302
隨著項目的進展寫文檔 303
敏捷項目的文檔 304
文檔準(zhǔn)備不充分就開始項目 305
成功要領(lǐng) 305
引用 306
第28章 外包與離岸開發(fā) 307
故事 307
模型 310
考慮實際成本 310
交接成本 310
增加的開銷 311
長期的人員流失 311
文化的挑戰(zhàn)與管理工作 311
開發(fā)實踐 312
面對現(xiàn)實 312
預(yù)算與成本 313
時間、距離與文化 314
成功要領(lǐng) 314
選擇合適的離岸團隊 314
以痛苦最小的方式分配工作 315
堅守Scrum框架 315
建立團隊文化 316
準(zhǔn)備差旅 317
配備一個項目/團隊協(xié)調(diào)人 318
絕不考慮離岸的情況 318
引用 318
參考 319
第29章 大型產(chǎn)品列表的優(yōu)先級確定與估算 320
故事 320
模型 323
團隊 324
項目干系人 325
成功要領(lǐng) 328
預(yù)先計劃至關(guān)重要 328
專注于討論并設(shè)定時間限制 328
將未解決的爭議放入“停車場” 329
帶上額外的卡片/紙張以備現(xiàn)場產(chǎn)生用戶模型 329
引用 330
第30章 擬定合同 331
故事 331
模型 335
傳統(tǒng)的合同與變更要求 335
寫用戶模型 341
估算用戶模型 341
成功要領(lǐng) 343
引用 345
第V部分 荒野必備
第31章 合作推動完成 349
故事 349
模型 353
任務(wù)撲克 353
結(jié)對編程 354
限制進行中的工作條目 355
兩周迭代 358
用任務(wù)板創(chuàng)造可見性 359
成功要領(lǐng) 361
每個聲音都有人聽 361
對工作的共同理解 361
每位團隊成員都對成果投入 362
不要平均任務(wù)估算 362
避免粒度更細的任務(wù)估算 362
Scrum建立在團隊工作的基礎(chǔ)之上 362
參考 363
第32章 故事點與時間的關(guān)系 364
故事 364
模型 367
恐懼因素 368
寬范圍 368
成功要領(lǐng) 371
收集正確的數(shù)據(jù) 371
用數(shù)據(jù)來改善 372
故事點的REFLECT原則 373
參考 374
第33章 沉浸式面試與招聘 375
故事 375
模型 378
預(yù)測 378
雇傭要有正確原因 378
不良招聘的成本 379
技能，能力，還是兩者兼顧 380
如何招聘 380
候選人篩選 381
準(zhǔn)備與計劃 382
候選人打分 383
招聘管理和非技術(shù)人員 384
成功要領(lǐng) 384
建立一個可重復(fù)的招聘流程 385
專注于能力而不是問題 385
技能容易學(xué)，能力不易學(xué) 385
找到比你強的人 386
理解成本并加大投資 386
引用 386
參考 387
第34章 激勵與成果掛鉤 388
故事 388
模型 391
設(shè)置關(guān)注點 391
按客戶滿意度統(tǒng)一目標(biāo) 391
優(yōu)先級的排定和調(diào)整 392
其他好處 394
成功要領(lǐng) 394
銷售與開發(fā)一體化 394
停止?fàn)奚藛T和質(zhì)量：對項目組合進行排序 394
管理層的支持 395
參考 395
第35章 Scrum項目中的風(fēng)險管理 396
故事 396
模型 397
客戶風(fēng)險：PO 399
社會化風(fēng)險：ScrumMaster 399
技術(shù)風(fēng)險：開發(fā)(核心)團隊 400
成功要領(lǐng) 400
放手 400
敏捷起來 401
參考 401
附錄 Scrum框架
角色 404
ScrumMaster 404
產(chǎn)品負責(zé)人 404
開發(fā)團隊 404
工件 405
Sprint Backlog 406
燃盡圖 407
會議 407
計劃會 407
每日Scrum 408
Sprint評審會 409
Sprint回顧會 409
結(jié)語 410
鄂公網(wǎng)安備 42010302001612號 