掃一掃
關注中圖網
官方微博
本類五星書更多>
-
>
全國計算機等級考試最新真考題庫模擬考場及詳解·二級MSOffice高級應用
-
>
決戰行測5000題(言語理解與表達)
-
>
軟件性能測試.分析與調優實踐之路
-
>
第一行代碼Android
-
>
JAVA持續交付
-
>
EXCEL最強教科書(完全版)(全彩印刷)
-
>
深度學習
敏捷軟件開發:用戶故事實戰 版權信息
- ISBN：9787302511083
- 條形碼：9787302511083 ; 978-7-302-51108-3
- 裝幀：一般膠版紙
- 冊數：暫無
- 重量：暫無
- 所屬分類：>
敏捷軟件開發:用戶故事實戰 本書特色
作為敏捷社區的經典名作，《敏捷軟件開發：用戶故事實戰》不負眾望，為軟件行業提供了一種高效的需求過程，通過用戶故事來節省時間、消除重復工作和開發更優秀的軟件。要想構建可以滿足用戶需求的軟件，*好的方法是從“用戶故事”開始，用簡明扼要的語言清楚明確地描述對實際用戶有價值的功能。在本書中，敏捷實干家提供了一個詳盡的藍圖來指導讀者如何編寫用戶故事，如何在軟件開發生命周期中實際運用用戶故事。 《敏捷軟件開發：用戶故事實戰》共5部分21章，介紹了如何寫出理想的用戶故事，造成用戶故事不理想的因素有哪些，如何在無法直接接觸到用戶的情況下有效搜集用戶故事，如何對寫好的用戶故事進行整理、排優先級并在此基礎上進行計劃、管理和測試。 《敏捷軟件開發：用戶故事實戰》適合采用XP、Scrum甚至其他自主敏捷方法的所有開發、測試、分析師和項目負責人閱讀和參考，可以幫助他們以更少的人手在更短的時間內開發出更符合用戶需求的產品或服務。
敏捷軟件開發:用戶故事實戰 內容簡介
作為敏捷社區的經典名作，《敏捷軟件開發：用戶故事實戰》不負眾望，為軟件行業提供了一種高效的需求過程，通過用戶故事來節省時間、消除重復工作和開發更很好的軟件。要想構建可以滿足用戶需求的軟件，很好的方法是從“用戶故事”開始，用簡明扼要的語言清楚明確地描述對實際用戶有價值的功能。在本書中，敏捷實干家提供了一個詳盡的藍圖來指導讀者如何編寫用戶故事，如何在軟件開發生命周期中實際運用用戶故事。 《敏捷軟件開發：用戶故事實戰》共5部分21章，介紹了如何寫出理想的用戶故事，造成用戶故事不理想的因素有哪些，如何在無法直接接觸到用戶的情況下有效搜集用戶故事，如何對寫好的用戶故事進行整理、排優先級并在此基礎上進行計劃、管理和測試。 《敏捷軟件開發：用戶故事實戰》適合采用XP、Scrum甚至其他自主敏捷方法的所有開發、測試、分析師和項目負責人閱讀和參考，可以幫助他們以更少的人手在更短的時間內開發出更符合用戶需求的產品或服務。
敏捷軟件開發:用戶故事實戰 目錄
目 錄
第I部分 開 始
第1章 概述 3
什么是用戶故事？ 4
細節在哪里？ 5
“需要在多長時間內完成？” 7
客戶團隊 7
使用故事的過程是什么樣的？ 8
計劃發布和迭代 9
什么是驗收測試？ 11
為什么要改變？ 12
小結 13
思考練習題 13
第2章 編寫故事 15
獨立的 15
可協商的 16
對用戶或客戶有價值的 18
可估算的 19
小的 20
拆分故事 20
合并故事 22
可測試的 23
小結 24
開發人員的責任 24
客戶的責任 24
思考練習題 24
第3章 用戶角色建模 27
用戶角色 27
角色建模步驟 29
通過頭腦風暴，創建初始的用戶角色集合 29
整理初始的角色集合 30
聚合角色 31
細化角色 32
兩個額外的技術 33
用戶畫像 33
極端人物 34
如果有現場用戶呢？ 34
小結 35
開發人員的責任 35
客戶的責任 35
思考練習題 36
第4章 收集故事 37
引出和捕捉需求是不適用的 37
一點兒就夠用了，不是嗎？ 38
方法 39
用戶訪談 39
問卷調查 41
觀察 41
故事編寫工作坊 42
小結 44
開發人員的責任 45
客戶的責任 45
思考練習題 45
第5章 與用戶代理合作 47
用戶的經理 47
開發經理 48
銷售人員 49
領域專家 50
營銷團隊 50
前用戶 50
客戶 51
培訓師和技術支持 52
業務分析師或系統分析師 52
如何與用戶代理合作？ 52
當用戶存在但訪問受限時 52
當真的找不到用戶時 53
你能自己做嗎？ 54
建立客戶團隊 54
小結 54
開發人員的責任 55
客戶的責任 55
思考練習題 55
第6章 用戶故事驗收測試 57
在編碼之前編寫測試 58
客戶定義測試 59
測試是過程的一部分 59
多少測試才算多？ 59
集成測試框架 60
測試的類型 61
小結 62
開發人員的責任 62
客戶的責任 62
思考練習題 62
第7章 好故事編寫指南 63
從目標故事開始 63
縱切蛋糕 64
編寫封閉的故事 64
約束卡片 65
根據實現時間來確定故事規模 66
不要過早涉及用戶界面 66
需求不止故事 67
故事中包括用戶角色 67
為一個用戶編寫故事 68
用主動語態 68
客戶編寫 68
不要給故事卡編號 68
不要忘記目的 69
小結 69
思考練習題 69
第II部分 估算和計劃
第8章 估算用戶故事 73
故事點 73
團隊估算 74
估算 74
三角測量 76
使用故事點 77
如果用結對編程呢？ 78
“敲黑板” 79
小結 79
開發人員的責任 79
客戶的責任 79
思考練習題 80
第9章 發布計劃 81
我們希望什么時候發布？ 82
希望在發布中包含哪些特性？ 82
故事優先級排序 83
混合優先級排序 84
風險故事 84
優先考慮基礎設施需求 85
選擇迭代長度 86
從故事點到預期工期 86
初始速率 86
猜測速率 87
創建發布計劃 87
小結 88
開發人員的責任 88
客戶的責任 89
思考練習題 89
第10章 迭代計劃 91
迭代計劃概述 91
討論故事 92
分解任務 92
認領責任 94
估算及確認 94
小結 95
開發人員的責任 96
客戶的責任 96
思考練習題 96
第11章 度量和監測速率 97
度量速率 97
計劃速率和實際速率 99
發布燃盡圖 100
迭代燃盡圖 102
小結 104
開發人員的責任 104
客戶的責任 105
思考練習題 105
第III部分 經常討論的話題
第12章 用戶故事不是什么 109
用戶故事不是IEEE 830 109
用戶故事不是用例 112
用戶故事不是場景 115
小結 117
思考練習題 117
第13章 用戶故事的優點 119
口頭溝通 119
用戶故事容易理解 121
用戶故事的大小適合于計劃 122
用戶故事適合迭代開發 123
故事鼓勵推遲細節 124
故事支持隨機應變的開發 124
用戶故事鼓勵參與式設計 125
故事增強隱性知識 125
用戶故事的不足 126
小結 126
開發人員的責任 127
客戶的責任 127
思考練習題 127
第14章 用戶故事的不良“氣味” 129
故事太小 129
故事相互依賴 130
鍍金 130
細節過多 131
過早包含用戶界面細節 131
想得太遠 132
故事拆分太頻繁 132
客戶很難對故事排列優先級 132
客戶不愿意寫故事并對故事進行優先級排序 133
小結 134
開發人員的責任 134
客戶的責任 134
思考練習題 134
第15章 在Scrum項目中使用用戶故事 135
Scrum是迭代式和增量式的 135
Scrum基礎 136
Scrum團隊 137
產品待辦列表 137
Sprint計劃會議 138
Sprint評審會議 140
每日Scrum站會 140
在Scrum項目中加入用戶故事 142
用戶故事和產品待辦列表 142
Sprint計劃會議中使用用戶故事 142
Sprint評審會議中使用用戶故事 143
用戶故事和每日Scrum站會 143
案例學習 143
小結 144
思考練習題 145
第16章 其他主題 147
處理非功能性需求 147
紙質還是軟件？ 148
用戶故事和用戶界面 150
保留故事 152
用戶故事描述bug 153
小結 154
開發人員的責任 154
客戶的責任 154
思考練習題 155
第IV部分 一個完整的項目案例
第17章 用戶角色 159
項目 159
識別客戶 159
識別一些初始角色 160
聚類與細化 161
角色建模 163
增加用戶畫像 164
第18章 故事 165
Teresa的故事 165
Ron船長的故事 168
初級海員的故事 168
非海員禮品購買者的故事 169
報表查看者的故事 169
一些管理員的故事 170
結束 171
第19章 估算故事 173
**個故事 174
高級搜索 176
評分和評價 177
賬號 177
完成估算 178
所有的估算 179
第20章 計劃發布 181
估算速率 181
對故事進行優先級排序 182
完成的發布計劃 183
第21章 驗收測試 185
搜索的測試 185
購物車的測試 186
購買書籍 187
用戶賬號 188
管理 188
測試約束 189
*后一個故事 190
第V部分 附 錄
附錄A 極限編程概述 193
附錄B 各章思考練習題參考答案 203
參考文獻 217
第I部分 開 始
第1章 概述 3
什么是用戶故事？ 4
細節在哪里？ 5
“需要在多長時間內完成？” 7
客戶團隊 7
使用故事的過程是什么樣的？ 8
計劃發布和迭代 9
什么是驗收測試？ 11
為什么要改變？ 12
小結 13
思考練習題 13
第2章 編寫故事 15
獨立的 15
可協商的 16
對用戶或客戶有價值的 18
可估算的 19
小的 20
拆分故事 20
合并故事 22
可測試的 23
小結 24
開發人員的責任 24
客戶的責任 24
思考練習題 24
第3章 用戶角色建模 27
用戶角色 27
角色建模步驟 29
通過頭腦風暴，創建初始的用戶角色集合 29
整理初始的角色集合 30
聚合角色 31
細化角色 32
兩個額外的技術 33
用戶畫像 33
極端人物 34
如果有現場用戶呢？ 34
小結 35
開發人員的責任 35
客戶的責任 35
思考練習題 36
第4章 收集故事 37
引出和捕捉需求是不適用的 37
一點兒就夠用了，不是嗎？ 38
方法 39
用戶訪談 39
問卷調查 41
觀察 41
故事編寫工作坊 42
小結 44
開發人員的責任 45
客戶的責任 45
思考練習題 45
第5章 與用戶代理合作 47
用戶的經理 47
開發經理 48
銷售人員 49
領域專家 50
營銷團隊 50
前用戶 50
客戶 51
培訓師和技術支持 52
業務分析師或系統分析師 52
如何與用戶代理合作？ 52
當用戶存在但訪問受限時 52
當真的找不到用戶時 53
你能自己做嗎？ 54
建立客戶團隊 54
小結 54
開發人員的責任 55
客戶的責任 55
思考練習題 55
第6章 用戶故事驗收測試 57
在編碼之前編寫測試 58
客戶定義測試 59
測試是過程的一部分 59
多少測試才算多？ 59
集成測試框架 60
測試的類型 61
小結 62
開發人員的責任 62
客戶的責任 62
思考練習題 62
第7章 好故事編寫指南 63
從目標故事開始 63
縱切蛋糕 64
編寫封閉的故事 64
約束卡片 65
根據實現時間來確定故事規模 66
不要過早涉及用戶界面 66
需求不止故事 67
故事中包括用戶角色 67
為一個用戶編寫故事 68
用主動語態 68
客戶編寫 68
不要給故事卡編號 68
不要忘記目的 69
小結 69
思考練習題 69
第II部分 估算和計劃
第8章 估算用戶故事 73
故事點 73
團隊估算 74
估算 74
三角測量 76
使用故事點 77
如果用結對編程呢？ 78
“敲黑板” 79
小結 79
開發人員的責任 79
客戶的責任 79
思考練習題 80
第9章 發布計劃 81
我們希望什么時候發布？ 82
希望在發布中包含哪些特性？ 82
故事優先級排序 83
混合優先級排序 84
風險故事 84
優先考慮基礎設施需求 85
選擇迭代長度 86
從故事點到預期工期 86
初始速率 86
猜測速率 87
創建發布計劃 87
小結 88
開發人員的責任 88
客戶的責任 89
思考練習題 89
第10章 迭代計劃 91
迭代計劃概述 91
討論故事 92
分解任務 92
認領責任 94
估算及確認 94
小結 95
開發人員的責任 96
客戶的責任 96
思考練習題 96
第11章 度量和監測速率 97
度量速率 97
計劃速率和實際速率 99
發布燃盡圖 100
迭代燃盡圖 102
小結 104
開發人員的責任 104
客戶的責任 105
思考練習題 105
第III部分 經常討論的話題
第12章 用戶故事不是什么 109
用戶故事不是IEEE 830 109
用戶故事不是用例 112
用戶故事不是場景 115
小結 117
思考練習題 117
第13章 用戶故事的優點 119
口頭溝通 119
用戶故事容易理解 121
用戶故事的大小適合于計劃 122
用戶故事適合迭代開發 123
故事鼓勵推遲細節 124
故事支持隨機應變的開發 124
用戶故事鼓勵參與式設計 125
故事增強隱性知識 125
用戶故事的不足 126
小結 126
開發人員的責任 127
客戶的責任 127
思考練習題 127
第14章 用戶故事的不良“氣味” 129
故事太小 129
故事相互依賴 130
鍍金 130
細節過多 131
過早包含用戶界面細節 131
想得太遠 132
故事拆分太頻繁 132
客戶很難對故事排列優先級 132
客戶不愿意寫故事并對故事進行優先級排序 133
小結 134
開發人員的責任 134
客戶的責任 134
思考練習題 134
第15章 在Scrum項目中使用用戶故事 135
Scrum是迭代式和增量式的 135
Scrum基礎 136
Scrum團隊 137
產品待辦列表 137
Sprint計劃會議 138
Sprint評審會議 140
每日Scrum站會 140
在Scrum項目中加入用戶故事 142
用戶故事和產品待辦列表 142
Sprint計劃會議中使用用戶故事 142
Sprint評審會議中使用用戶故事 143
用戶故事和每日Scrum站會 143
案例學習 143
小結 144
思考練習題 145
第16章 其他主題 147
處理非功能性需求 147
紙質還是軟件？ 148
用戶故事和用戶界面 150
保留故事 152
用戶故事描述bug 153
小結 154
開發人員的責任 154
客戶的責任 154
思考練習題 155
第IV部分 一個完整的項目案例
第17章 用戶角色 159
項目 159
識別客戶 159
識別一些初始角色 160
聚類與細化 161
角色建模 163
增加用戶畫像 164
第18章 故事 165
Teresa的故事 165
Ron船長的故事 168
初級海員的故事 168
非海員禮品購買者的故事 169
報表查看者的故事 169
一些管理員的故事 170
結束 171
第19章 估算故事 173
**個故事 174
高級搜索 176
評分和評價 177
賬號 177
完成估算 178
所有的估算 179
第20章 計劃發布 181
估算速率 181
對故事進行優先級排序 182
完成的發布計劃 183
第21章 驗收測試 185
搜索的測試 185
購物車的測試 186
購買書籍 187
用戶賬號 188
管理 188
測試約束 189
*后一個故事 190
第V部分 附 錄
附錄A 極限編程概述 193
附錄B 各章思考練習題參考答案 203
參考文獻 217
展開全部
敏捷軟件開發:用戶故事實戰 作者簡介
作者簡介
邁克•科恩（Mike Cohn）
敏捷聯盟聯合創始人 Scrum聯盟聯合創始人及理事會主席，CST（Scrum認證講師），Mountain Goat Software創始人兼總裁。邁克從1984年開始編程，1988年開始管理軟件項目，1995年開始做自己的第一個Scrum項目，從此一發不可收，成為Scrum的忠實擁躉和積極的倡導者。他熟悉很多硬件和軟件環境，尤其擅長于指導組織采用和改進敏捷過程和技術的應用，幫助他們打造高績效的軟件開發企業。他服務過很多公司，從新創公司到財富40強都有，比如加拿大游戲制作公司Bioware、第一資本Capital One、藝電Electronic Arts、谷歌，高月工作室High Moon Studios、財捷Intuit、JDA軟件，律商聯訊Lexis Nexis、航空航天公司洛克希德馬丁Lockheed Martin、微軟、尼爾森媒體調研、培生教育、飛利浦電器、旅游公司Sabre、西門子、升陽微系統、德州儀器、特納廣播公司TBS、人力資源軟件開發商Ultimate Software和雅虎。
作者簡介
邁克•科恩（Mike Cohn）
敏捷聯盟聯合創始人&Scrum聯盟聯合創始人及理事會主席，CST（Scrum認證講師），Mountain Goat Software創始人兼總裁。邁克從1984年開始編程，1988年開始管理軟件項目，1995年開始做自己的第一個Scrum項目，從此一發不可收，成為Scrum的忠實擁躉和積極的倡導者。他熟悉很多硬件和軟件環境，尤其擅長于指導組織采用和改進敏捷過程和技術的應用，幫助他們打造高績效的軟件開發企業。他服務過很多公司，從新創公司到財富40強都有，比如加拿大游戲制作公司Bioware、第一資本Capital One、藝電Electronic Arts、谷歌，高月工作室High Moon Studios、財捷Intuit、JDA軟件，律商聯訊Lexis Nexis、航空航天公司洛克希德馬丁Lockheed Martin、微軟、尼爾森媒體調研、培生教育、飛利浦電器、旅游公司Sabre、西門子、升陽微系統、德州儀器、特納廣播公司TBS、人力資源軟件開發商Ultimate Software和雅虎。
譯者簡介
王凌宇
精益敏捷踐行者，PMI-ACP，PMP。歷任高級項目經理、研發經理、項目群經理、產品經理、敏捷教練等職位，現任上市公司PMO敏捷教練和研發管理專家。
教練指導過多個產品團隊實現敏捷轉型，成效顯著。對于精益敏捷方法的推廣應用，項目管理以及PMO的建設運營具有豐富的實踐經驗。參與譯著有《SAFe 4.0精粹：運用規模化敏捷框架實現精益軟件與系統工程》。
書友推薦
- >
中國歷史的瞬間
- >
企鵝口袋書系列·偉大的思想20:論自然選擇(英漢雙語)
- >
隨園食單
- >
唐代進士錄
- >
伯納黛特,你要去哪(2021新版)
- >
名家帶你讀魯迅:朝花夕拾
- >
朝聞道
- >
月亮虎
本類暢銷
