在敏捷社區的詳盡評審和熱切期盼下，本書不負眾望，為軟件行業提供了一種節省時間和消除重復工作的需求管理方法，對開發***的軟件起著積極、高效的推動作用。構建滿足用戶需求的軟件，*好的方法是從“用戶故事”開始，即簡明扼要、清楚明確地描述對實際用戶有價值的功能。在本書中，敏捷大師Mike cohn提供詳盡的藍圖來指導我們如何編寫用戶故事，如何把它們應用於軟件開發生命周期中。本書介紹了如何編寫理想的用戶故事，造成用戶故事不理想的原因有哪些，如何在無法與用戶交流的情況下有效地搜集用戶故事，如何對已經寫好的用戶故事進行整理、排列優先級及在此基礎上進行計劃、管理和測試。

本書詳細介紹了用戶故事與敏捷開發方法的結合，詮釋了用戶故事的 重要價值，用戶故事的實踐過程，良好用戶故事編寫準則，如何搜集和整 理用戶故事，如何排列用戶故事的優先級，進而澄清真正適合用戶需求的 、有價值的功能需求。 本書對於軟件開發人員、測試人員、需求分析師和管理者，具有實際 的指導意義和重要的參考價值。

第Ⅰ部分 起步
第1章 概覽3
什麼是用戶故事？4
細節在哪裡？5
“必須多長時間完成？”6
客戶團隊7
使用故事的過程是怎麼樣的？7
規劃發布和迭代9
什麼是驗收測試？11
為什麼要變？12
小結13
問題14
第2章 編寫故事15
獨立的15
可討論的16
對用戶或客戶有價值的18
可估計的19
小的20
分割故事21
合並故事23
可測試的23
小結24
開發人員職責25
客戶團隊職責25
問題25
第3章 用戶角色建模27
用戶角色27
角色建模的步驟28
通過頭腦風暴，列出初始的用戶
角色集合29
整理*初的角色集合30
整合角色31
提煉角色32
兩個額外的技術33
虛構人物33
**人物34
如果有現場用戶該如何？35
小結35
開發人員職責35
客戶職責35
問題36
第4章 搜集故事37
引出和捕捉是不合用的37
夠用就行，不是嗎？38
方法38
用戶訪談39
問卷調查41
觀察41
故事編寫工作坊42
小結45
開發人員職責45
客戶職責45
問題46
第5章 與用戶代理合作47
用戶的經理47
開發經理48
銷售人員49
領域專家49
市場營銷團隊50
以前的用戶50
客戶51
培訓師和技術支持52
業務分析師或繫統分析師52
與用戶代理合作時，做些什麼？52
能接觸到用戶但訪問受限時52
實在不能接觸到用戶時53
可以自己來嗎？54
設立客戶團隊54
小結55
開發人員職責55
客戶團隊職責56
問題56
第6章 用戶故事驗收測試57
在寫代碼之前寫測試58
客戶定義測試59
測試是過程的一部分59
多少測試纔算多？59
集成測試框架60
測試類型61
小結62
開發人員職責62
客戶職責62
問題62
第7章 **用戶故事準則63
從目標故事開始63
切蛋糕63
編寫封閉的故事64
卡片約束65
根據實現時間來確定故事規模65
不要過早涉及用戶界面66
有些需求並不是故事67
在故事裡包括用戶角色67
隻為一個用戶編寫68
以主動語態編寫68
由客戶編寫68
向故事卡編號說“不”68
不要忘記意圖69
小結69
問題70
第Ⅱ部分 估算和計劃
第8章 估算用戶故事73
故事點73
以團隊估算74
估算74
三角測量75
使用故事點76
如果用結對編程呢？77
一些提醒78
小結79
開發人員職責79
客戶職責79
問題79
第9章 發布計劃81
我們想在什麼時候發布81
希望在發布中包含哪些功能？82
排列故事優先級82
混合優先級84
高風險故事84
根據架構需要安排優先級85
選擇迭代長度86
從故事點到預計工期86
初始速率87
猜測速率87
創建發布計劃88
小結88
開發人員職責89
客戶職責89
問題89
**0章 迭代計劃91
迭代計劃概覽91
討論故事91
分解任務92
準則93
承擔職責94
估算並確認94
小結95
開發人員職責96
客戶職責96
問題96
**1章 測量並監控速率97
測量速率97
計劃速率和實際速率98
迭代燃盡圖100
迭代中的燃盡圖102
小結104
開發人員職責105
客戶職責105
問題105
第Ⅲ部分 經常討論的話題
**2章 故事不是什麼109
用戶故事不是IEEE830109
用戶故事不是用例112
用戶故事不是場景115
小結117
問題118
**3章 用戶故事的優勢119
口頭溝通119
用戶故事容易理解121
用戶故事的大小適合做計劃122
用戶故事適合於迭代開發123
用戶故事鼓勵延遲細節124
用戶故事支持隨機應變的開發124
用戶故事鼓勵參與性設計125
用戶故事傳播隱性知識126
用戶故事的不足126
小結127
開發人員職責127
客戶職責128
問題128
**4章 用戶故事不良癥兆一覽129
故事太小129
故事互相依賴129
鍍金130
細節太多131
過早考慮用戶界面細節131
想得太遠132
故事劃分太過頻繁132
客戶很難為故事安排優先級132
客戶不願意寫用戶故事，也不願意
為故事安排優先級133
小結134
開發人員職責134
客戶職責134
問題134
**5章 Scrum與用戶故事135
Scrum是迭代和遞增的135
Scrum基礎136
Scrum團隊137
產品Backlog137
Sprint計劃會議138
Sprint評審會議140
每日Scrum簡會140
在Scrum中使用用戶故事142
Scrum和產品Backlog142
在Sprint計劃會議中使用
用戶故事142
在Sprint評審會議中使用
用戶故事143
在每日Scrum簡會中使用
用戶故事143
一個案例143
小結144
問題145
**6章 其他話題147
處理非功能性需求147
紙質還是軟件？148
用戶故事和用戶界面150
保留故事152
缺陷的用戶故事154
小結154
開發人員職責155
客戶職責155
問題155
第Ⅳ部分 一個完整的實例
**7章 用戶角色159
項目159
定義客戶159
定義一些角色雛形160
整合與提煉161
角色建模162
添加虛構人物164
**8章 一些用戶故事165
Teresa的故事165
Ron船長的故事168
“初級航海者”的故事168
“不出海的禮物購買者”的故事169
“報表查閱者”的故事169
“管理員”的一些故事170
收尾171
**9章 估算故事173
**個故事174
**搜索176
評分和評論177
賬戶177
完成估算178
所有估算179
第20章 發布計劃181
估算速率181
給故事安排優先級181
*終的發布計劃182
第21章 驗收測試185
搜索測試185
購物車測試186
購買書187
用戶賬戶187
管理188
測試限制條件189
*後一個故事190
第Ⅴ部分 附錄
附錄A 極限編程概覽193
附錄B 參考答案203