《用戶故事與敏捷方法》：敏捷大師mike cohn的軟體需求方法，小型團隊(專案)不可或缺的敏捷開發寶典，五星級長銷圖書，敏捷社區重點推薦，結合精髓和實例，充分演繹使用者故事的智慧。在敏捷社區的詳盡評審和熱切期盼下， 《用戶故事與敏捷方法》不負眾望.為軟體行業提供了一種節省時間和消除重複工作的需求管理方法.對開發更的軟體起著積極、高效的推動作用。構建滿足使用者需求的軟體，方法是從“用戶故事”開始，即簡明扼要、清楚明確地描述對實際用戶有價值的功能。在《用戶故事與敏捷方法》中.敏捷大師mike cohn提供詳盡的藍圖來指導我們如何編寫用戶故事.如何把它們應用於軟體發展生命週期中。《用戶故事與敏捷方法》介紹了如何編寫理想的用戶故事，造成用戶故事不理想的原因有哪些，如何在無法與使用者交流的情況下有效地搜集使用者故事.如何對已經寫好的用戶故事進行整理、排列級及在此基礎上進行計畫、管理和測試。·專注於“用戶故事”這一靈活、敏捷和實用的需求方法。·強調如何用更短的時間開發更符合使用者需求的軟體應用。·揭示如何在不能直接與使用者交流的情況下搜集使用者故事。·詮釋用戶故事的優勢，用戶故事與用例、使用場景和傳統需求方法的不同。·精闢闡述如何圍繞著用戶故事進行全面的規劃、進度、估算和測試。·極限程式設計(extreme programming)，scrum或其他任何敏捷方法的伴侶。採用xp和scrum等敏捷開發方法或其他軟體發展方法的開發人員、測試人員，分析師和管理人員．可以從《用戶故事與敏捷方法》獲得有價值的資訊，以更少的人員在更少的時間內開發出更符合使用者需求的軟體應用。內容提要《使用者故事與敏捷方法》詳細介紹了用戶故事與敏捷開發方法的結合，詮釋了用戶故事的重要價值，用戶故事的實踐過程，良好用戶故事編寫準則，如何搜集和整理用戶故事，如何排列用戶故事的級，進而澄清真正適合用戶需求的、有價值的功能需求。《用戶故事與敏捷方法》對於軟體發展人員、測試人員、需求分析師和管理者，具有實際的指導意義和重要的參考價值。目錄目錄第i部分 起 步第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第ii部分 估算和計畫第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第10章 反覆運算計畫 91反覆運算計畫概覽 91討論故事 91分解任務 92準則 93承擔職責 94估算並確認 94小結 95開發人員職責 96客戶職責 96問題 96第11章 測量並監控速率 97測量速率 97計畫速率和實際速率 98反覆運算燃盡圖 100反覆運算中的燃盡圖 102小結 104開發人員職責 105客戶職責 105問題 105第iii部分 經常討論的話題第12章 故事不是什麼 109用戶故事不是ieee 830 109用戶故事不是用例 112用戶故事不是場景 115小結 117問題 118第13章 用戶故事的優勢 119口頭溝通 119用戶故事容易理解 121用戶故事的大小適合做計畫 122用戶故事適合於迭發 123用戶故事鼓勵延遲細節 124用戶故事支持應變的開發 124用戶故事鼓勵參與性設計 125用戶故事傳播隱性知識 126用戶故事的不足 126小結 127開發人員職責 127客戶職責 128問題 128第14章 用戶故事不良症兆一覽 129故事太小 129故事互相依賴 129鍍金 130細節太多 131過早考慮使用者介面細節 131想得太遠 132故事劃分太過頻繁 132客戶很難為故事安排級 132客戶不願意寫使用者故事，也不願意為故事安排級 133小結 134開發人員職責 134客戶職責 134問題 134第15章 scrum與用戶故事 135scrum是反覆運算和遞增的 135scrum基礎 136scrum團隊 137產品backlog 137sprint計畫會議 138sprint評審會議 140每日scrum簡會 140在scrum中使用用戶故事 142scrum和產品backlog 142在sprint計畫會議中使用用戶故事 142在sprint評審會議中使用用戶故事 143在每日scrum簡會中使用用戶故事 143一個案例 143小結 144問題 145第16章 其他話題 147處理非功能性需求 147紙質還是軟體 148使用者故事和使用者介面 150保留故事 152缺陷的用戶故事 154小結 154開發人員職責 155客戶職責 155問題 155第iv部分 一個完整的實例第17章 使用者角色 159專案 159定義客戶 159定義一些角色雛形 160整合與提煉 161角色建模 162添加虛構人物 164第18章 一些用戶故事 165teresa的故事 165ron船長的故事 168“初級航海者”的故事 168“不出海的禮物購買者”的故事 169“報表查閱者”的故事 169“管理員”的一些故事 170收尾 171第19章 估算故事 173個故事 174高級搜索 176評分和評論 177帳戶 177完成估算 178所有估算 179第20章 發佈計畫 181估算速率 181給故事安排級 181終的發佈計畫 182第21章 接受度測試 185搜索測試 185購物車測試 186購買書 187用戶帳戶 187管理 188測試限制條件 189後一個故事 190第v部分 附 錄附錄a 極限程式設計概覽 193附錄b 參考答案 203作者介紹科恩（mike cohn），是敏捷聯盟的發起成員之一，並擔任其文章項目的總監。他1984年開始程式設計，1988年開始管理軟體專案，客戶包括富達投資、維亞康姆、寶潔、nbc和花旗銀行。mike寫本書時是fast401k的軟體工程副總裁。這家行業公司提供基於互聯網的401（k）檔案保存和管理解決方案。fast401k向金融服務行業客戶提供自主品牌的e401k軟體產品，作為外包服務供應商，利用專有技術實現規模經濟效應。在本書之前，mike著有或合寫了4本程式設計方面的書籍。（mike也是《敏捷估計及估算》及succeedingwith agile兩本重要敏捷著作的作者，並與其他兩位敏捷泰斗ken schwaber和estherderbv一起創辦了scrum聯盟。）

退換貨說明：

會員均享有10天的商品猶豫期（含例假日）。若您欲辦理退換貨，請於取得該商品10日內寄回。

辦理退換貨時，請保持商品全新狀態與完整包裝（商品本身、贈品、贈票、附件、內外包裝、保證書、隨貨文件等）一併寄回。若退回商品無法回復原狀者，可能影響退換貨權利之行使或須負擔部分費用。