敏捷軟件開發(fā)：用戶故事實戰(zhàn)

定　價：￥69.80

作　者：	（美）邁克·科恩，王凌宇
出版社：	清華大學(xué)出版社
叢編項：
標(biāo)　簽：	暫缺

購買這本書可以去

ISBN：	9787302511083	出版時間：	2018-11-01	包裝：
開本：	16開	頁數(shù)：	244	字數(shù)：

內(nèi)容簡介

　　作為敏捷社區(qū)的經(jīng)典名作，《敏捷軟件開發(fā)：用戶故事實戰(zhàn)》不負眾望，為軟件行業(yè)提供了一種高效的需求過程，通過用戶故事來節(jié)省時間、消除重復(fù)工作和開發(fā)更優(yōu)秀的軟件。要想構(gòu)建可以滿足用戶需求的軟件，好的方法是從“用戶故事”開始，用簡明扼要的語言清楚明確地描述對實際用戶有價值的功能。在本書中，敏捷實干家提供了一個詳盡的藍圖來指導(dǎo)讀者如何編寫用戶故事，如何在軟件開發(fā)生命周期中實際運用用戶故事。《敏捷軟件開發(fā)：用戶故事實戰(zhàn)》共5部分21章，介紹了如何寫出理想的用戶故事，造成用戶故事不理想的因素有哪些，如何在無法直接接觸到用戶的情況下有效搜集用戶故事，如何對寫好的用戶故事進行整理、排優(yōu)先級并在此基礎(chǔ)上進行計劃、管理和測試。《敏捷軟件開發(fā)：用戶故事實戰(zhàn)》適合采用XP、Scrum甚至其他自主敏捷方法的所有開發(fā)、測試、分析師和項目負責(zé)人閱讀和參考，可以幫助他們以更少的人手在更短的時間內(nèi)開發(fā)出更符合用戶需求的產(chǎn)品或服務(wù)。

作者簡介

　　作者簡介邁克？科恩（Mike Cohn）敏捷聯(lián)盟聯(lián)合創(chuàng)始人&Scrum聯(lián)盟聯(lián)合創(chuàng)始人及理事會主席，CST（Scrum認證講師），Mountain Goat Software創(chuàng)始人兼總裁。邁克從1984年開始編程，1988年開始管理軟件項目，1995年開始做自己的一個Scrum項目，從此一發(fā)不可收，成為Scrum的忠實擁躉和積極的倡導(dǎo)者。他熟悉很多硬件和軟件環(huán)境，尤其擅長于指導(dǎo)組織采用和改進敏捷過程和技術(shù)的應(yīng)用，幫助他們打造高績效的軟件開發(fā)企業(yè)。他服務(wù)過很多公司，從新創(chuàng)公司到財富40強都有，比如加拿大游戲制作公司Bioware、一資本Capital One、藝電Electronic Arts、谷歌，高月工作室High Moon Studios、財捷Intuit、JDA軟件，律商聯(lián)訊Lexis Nexis、航空航天公司洛克希德馬丁Lockheed Martin、微軟、尼爾森媒體調(diào)研、培生教育、飛利浦電器、旅游公司Sabre、西門子、升陽微系統(tǒng)、德州儀器、特納廣播公司TBS、人力資源軟件開發(fā)商Ultimate Software和雅虎。譯者簡介王凌宇精益敏捷踐行者，PMI-ACP，PMP。歷任高級項目經(jīng)理、研發(fā)經(jīng)理、項目群經(jīng)理、產(chǎn)品經(jīng)理、敏捷教練等職位，現(xiàn)任上市公司PMO敏捷教練和研發(fā)管理專家。教練指導(dǎo)過多個產(chǎn)品團隊實現(xiàn)敏捷轉(zhuǎn)型，成效顯著。對于精益敏捷方法的推廣應(yīng)用，項目管理以及PMO的建設(shè)運營具有豐富的實踐經(jīng)驗。參與譯著有《SAFe 4.0精粹：運用規(guī)模化敏捷框架實現(xiàn)精益軟件與系統(tǒng)工程》。

圖書目錄

目    錄
第I部分開    始
第1章概述   3
什么是用戶故事？   4
細節(jié)在哪里？   5
“需要在多長時間內(nèi)完成？”   7
客戶團隊   7
使用故事的過程是什么樣的？   8
計劃發(fā)布和迭代   9
什么是驗收測試？   11
為什么要改變？   12
小結(jié)   13
思考練習(xí)題   13
第2章編寫故事   15
獨立的   15
可協(xié)商的   16
對用戶或客戶有價值的   18
可估算的   19
小的   20
拆分故事   20
合并故事   22
可測試的   23
小結(jié)   24
開發(fā)人員的責(zé)任   24
客戶的責(zé)任   24
思考練習(xí)題   24
第3章用戶角色建模   27
用戶角色   27
角色建模步驟   29
通過頭腦風(fēng)暴，創(chuàng)建初始的用戶角色集合   29
整理初始的角色集合   30
聚合角色   31
細化角色   32
兩個額外的技術(shù)   33
用戶畫像   33
極端人物   34
如果有現(xiàn)場用戶呢？   34
小結(jié)   35
開發(fā)人員的責(zé)任   35
客戶的責(zé)任   35
思考練習(xí)題   36
第4章收集故事   37
引出和捕捉需求是不適用的   37
一點兒就夠用了，不是嗎？   38
方法   39
用戶訪談   39
問卷調(diào)查   41
觀察   41
故事編寫工作坊   42
小結(jié)   44
開發(fā)人員的責(zé)任   45
客戶的責(zé)任   45
思考練習(xí)題   45
第5章與用戶代理合作   47
用戶的經(jīng)理   47
開發(fā)經(jīng)理   48
銷售人員   49
領(lǐng)域?qū)＜?nbsp; 50
營銷團隊   50
前用戶   50
客戶   51
培訓(xùn)師和技術(shù)支持   52
業(yè)務(wù)分析師或系統(tǒng)分析師   52
如何與用戶代理合作？   52
當(dāng)用戶存在但訪問受限時   52
當(dāng)真的找不到用戶時   53
你能自己做嗎？   54
建立客戶團隊   54
小結(jié)   54
開發(fā)人員的責(zé)任   55
客戶的責(zé)任   55
思考練習(xí)題   55
第6章用戶故事驗收測試   57
在編碼之前編寫測試   58
客戶定義測試   59
測試是過程的一部分   59
多少測試才算多？   59
集成測試框架   60
測試的類型   61
小結(jié)   62
開發(fā)人員的責(zé)任   62
客戶的責(zé)任   62
思考練習(xí)題   62
第7章好故事編寫指南   63
從目標(biāo)故事開始   63
縱切蛋糕   64
編寫封閉的故事   64
約束卡片   65
根據(jù)實現(xiàn)時間來確定故事規(guī)模   66
不要過早涉及用戶界面   66
需求不止故事   67
故事中包括用戶角色   67
為一個用戶編寫故事   68
用主動語態(tài)   68
客戶編寫   68
不要給故事卡編號   68
不要忘記目的   69
小結(jié)   69
思考練習(xí)題   69
第II部分估算和計劃
第8章估算用戶故事   73
故事點   73
團隊估算   74
估算   74
三角測量   76
使用故事點   77
如果用結(jié)對編程呢？   78
“敲黑板”   79
小結(jié)   79
開發(fā)人員的責(zé)任   79
客戶的責(zé)任   79
思考練習(xí)題   80
第9章發(fā)布計劃   81
我們希望什么時候發(fā)布？   82
希望在發(fā)布中包含哪些特性？   82
故事優(yōu)先級排序   83
混合優(yōu)先級排序   84
風(fēng)險故事   84
優(yōu)先考慮基礎(chǔ)設(shè)施需求   85
選擇迭代長度   86
從故事點到預(yù)期工期   86
初始速率   86
猜測速率   87
創(chuàng)建發(fā)布計劃   87
小結(jié)   88
開發(fā)人員的責(zé)任   88
客戶的責(zé)任   89
思考練習(xí)題   89
第10章迭代計劃   91
迭代計劃概述   91
討論故事   92
分解任務(wù)   92
認領(lǐng)責(zé)任   94
估算及確認   94
小結(jié)   95
開發(fā)人員的責(zé)任   96
客戶的責(zé)任   96
思考練習(xí)題   96
第11章度量和監(jiān)測速率   97
度量速率   97
計劃速率和實際速率   99
發(fā)布燃盡圖   100
迭代燃盡圖   102
小結(jié)   104
開發(fā)人員的責(zé)任   104
客戶的責(zé)任   105
思考練習(xí)題   105
第III部分經(jīng)常討論的話題
第12章用戶故事不是什么   109
用戶故事不是IEEE 830   109
用戶故事不是用例   112
用戶故事不是場景   115
小結(jié)   117
思考練習(xí)題   117
第13章用戶故事的優(yōu)點   119
口頭溝通   119
用戶故事容易理解   121
用戶故事的大小適合于計劃   122
用戶故事適合迭代開發(fā)   123
故事鼓勵推遲細節(jié)   124
故事支持隨機應(yīng)變的開發(fā)   124
用戶故事鼓勵參與式設(shè)計   125
故事增強隱性知識   125
用戶故事的不足   126
小結(jié)   126
開發(fā)人員的責(zé)任   127
客戶的責(zé)任   127
思考練習(xí)題   127
第14章用戶故事的不良“氣味”   129
故事太小   129
故事相互依賴   130
鍍金   130
細節(jié)過多   131
過早包含用戶界面細節(jié)   131
想得太遠   132
故事拆分太頻繁   132
客戶很難對故事排列優(yōu)先級   132
客戶不愿意寫故事并對故事進行優(yōu)先級排序   133
小結(jié)   134
開發(fā)人員的責(zé)任   134
客戶的責(zé)任   134
思考練習(xí)題   134
第15章在Scrum項目中使用用戶故事   135
Scrum是迭代式和增量式的   135
Scrum基礎(chǔ)   136
Scrum團隊   137
產(chǎn)品待辦列表   137
Sprint計劃會議   138
Sprint評審會議   140
每日Scrum站會   140
在Scrum項目中加入用戶故事   142
用戶故事和產(chǎn)品待辦列表   142
Sprint計劃會議中使用用戶故事   142
Sprint評審會議中使用用戶故事   143
用戶故事和每日Scrum站會   143
案例學(xué)習(xí)   143
小結(jié)   144
思考練習(xí)題   145
第16章其他主題   147
處理非功能性需求   147
紙質(zhì)還是軟件？   148
用戶故事和用戶界面   150
保留故事   152
用戶故事描述bug   153
小結(jié)   154
開發(fā)人員的責(zé)任   154
客戶的責(zé)任   154
思考練習(xí)題   155
第IV部分一個完整的項目案例
第17章用戶角色   159
項目   159
識別客戶   159
識別一些初始角色   160
聚類與細化   161
角色建模   163
增加用戶畫像   164
第18章故事   165
Teresa的故事   165
Ron船長的故事   168
初級海員的故事   168
非海員禮品購買者的故事   169
報表查看者的故事   169
一些管理員的故事   170
結(jié)束   171
第19章估算故事   173
第一個故事   174
高級搜索   176
評分和評價   177
賬號   177
完成估算   178
所有的估算   179
第20章計劃發(fā)布   181
估算速率   181
對故事進行優(yōu)先級排序   182
完成的發(fā)布計劃   183
第21章驗收測試   185
搜索的測試   185
購物車的測試   186
購買書籍   187
用戶賬號   188
管理   188
測試約束   189
最后一個故事   190
第V部分附    錄
附錄A 極限編程概述   193
附錄B 各章思考練習(xí)題參考答案   203
參考文獻   217