预购商品
书目分类
特别推荐
最原創、最大咖的名著 學習敏捷的人都讀過至少一本由Addison-Wesley規劃的Mike Cohn Signature Series（簽章推薦系列）綠皮書。 名列全球最有影響力敏捷人士第一名，Mike Cohn大師的地位無庸置疑。要學使用者故事，就要讀最原創的Bible級書籍，也就是這本由Mike Cohn親自撰寫的《Mike Cohn的使用者故事》。 《Mike Cohn的使用者故事》由敏捷社群成員全面檢閱後，在各界引頸期盼下出版發行，本書提供了一個需求處理流程，可省下寶貴時間、減少重工，直接打造更出色的軟體。 要打造出符合使用者需求的軟體，最好的方式是從「使用者故事」開始：針對真正使用者有價值的功能，提供簡單明瞭的說明。在《Mike Cohn的使用者故事》中，Mike Cohn提供了一個前後貫穿的藍圖以撰寫使用者故事，並將這些步驟融入開發週期中。你會知道好的使用者故事的要素，也會了解故事成效不彰的原因。你會發現蒐集使用者故事的實用方法，就算你無法與使用者親自溝通也很適用。接著，將使用者故事彙整完畢後，Cohn將展示如何統整、安排優先等級，以及如何運用故事進行規劃、管理與測試。 你將從本書學會： • 使用者角色建模：了解使用者之間的共同點以及不同之處 • 蒐集故事：使用者訪談、問卷調查、觀察，以及故事撰寫工作坊 • 與管理層、培訓人員、銷售人員，以及其他使用者代理人合作 • 為使用者故事撰寫驗收測試 • 為故事安排優先等級、制定時程及估算發布成本 • 各個章節結尾的問題與練習 無論軟體開發人員、測試人員、分析師，以及管理人員是使用何種敏捷方法：極限程式設計、Scrum…或者甚至是你自行開發的手法，都能從《Mike Cohn的使用者故事》中獲得無比珍貴的知識見解。 產官學界一致強力推薦 Evelyn Tian 認證企業級教練及高階主管教練、認證Scrum及敏捷領導力培訓師 Vernon Stinebaker Perficient (NASDAQ: PRFT)、敏捷培訓師 (CST)及教練 (CEC/CTC) 申健 (Jacky Shen) 全球首位 CTC 導師級敏捷教練 李國彪 (Bill Li) 大中華地區導入 Scrum 先行者、優普豐敏捷學院創始人 李境展 (Tomas Li) 鈦坦科技總經理 林昭陽 (Ivan Lin) 中華電信Hinet總經理兼電信研究院院長 / 資拓宏宇國際董事長 林裕丞 (Yves Lin) 氣機科技總經理 / 台灣敏捷協會前理事長 柯仁傑 (David Ko) 台灣敏捷社群組織者 張昀煒 台灣最大敏捷團體台灣敏捷協會理事長 許秀影 中華專案管理學會 暨中華數位關懷協會 理事長 陳威良 (William Chen) PMI 台灣分會理事長 陳政華 (Morris Chen) 瑞嘉軟體科技總經理 陳麗琇 (Elly Chen) 台灣最大敏捷線上讀書會、台灣敏捷部落社長 黃智彬 敏捷專家學會理事長 葉維銓 公務人員保障暨培訓委員會前副主委 劉兆恭 (Juggernaut Liu) 台灣 Regional Scrum Gathering總召 / 台灣敏捷組織者 專文推薦 「Mike 憑藉自身對使用者故事的豐富經驗，使這本書充滿了許多實用的建議，以確保使用者故事能在開發團隊手中充分發揮作用。」－－《Kent Beck的測試驅動開發》作者Kent Beck
譯者簡介 周龍鴻推薦序 Kent Beck推薦序 致謝 簡介 Part I 入門 Chapter 1 概述 什麼是使用者故事？ 詳細資訊在哪？ 「要寫多長呢？」 客戶團隊 會採用何種流程呢？ 規劃發布與迭代 什麼是驗收測試？ 為什麼要改變？ 摘要 問題 Chapter 2 撰寫故事 獨立的 可協商的 對購買者或使用者是有價值的 可估算的 小的 可測試的 摘要 開發人員責任 客戶責任 問題 Chapter 3 使用者角色建模 使用者角色 角色建模步驟 兩個額外的技術 若有現場使用者，該怎麼辦？ 摘要 開發人員責任 客戶責任 問題 Chapter 4 蒐集故事 引出與捕捉是不適用的 一點點就夠了嗎？ 技術 使用者訪談 問卷調查 觀察 故事撰寫工作坊 摘要 開發人員責任 客戶責任 問題 Chapter 5 與使用者代理人合作 使用者的經理 開發經理 銷售人員 領域專家 行銷團隊 前使用者 客戶 培訓人員與技術支援 商業或系統分析師 與使用者代理人合作時，要做什麼？ 能自己擔任嗎？ 建立客戶團隊 摘要 開發人員責任 客戶責任 問題 Chapter 6 使用者故事的驗收測試 先撰寫測試再編寫程式 客戶定義測試 測試是流程的一部分 測試數量是否多多益善？ 整合測試框架 測試類型 摘要 開發人員責任 客戶責任 問題 Chapter 7 好故事指南 從目標故事開始 切蛋糕 撰寫封閉式故事 在故事卡上標註限制 依據實現時間來規劃故事規模 避免過早包含使用者介面 有些事項並非故事 在故事中納入使用者角色 為單一使用者撰寫 以主動語態撰寫 由客戶撰寫 不要為故事卡編號 別忘了故事卡的目的 摘要 問題 Part II 估算與規劃 Chapter 8 估算使用者故事 故事點 由團隊進行估算 估算 三角測量 應用故事點 若採用結對程式設計呢？ 提醒事項 摘要 開發人員責任 客戶責任 問題 Chapter 9 規劃發布 我們想在什麼時候發布？ 想在發布中包含哪些功能？ 排定故事的優先等級 混合的優先等級 有風險的故事 排定基礎結構需求的優先等級 選擇迭代長度 從故事點到預期工期 初始速度 建立發布計畫 摘要 開發人員責任 客戶責任 問題 Chapter 10 規劃迭代 迭代規劃概述 討論故事 拆解任務 承擔責任 估算與確認 摘要 開發人員責任 客戶責任 問題 Chapter 11 衡量與監視速度 衡量速度 預期速度與實際速度 迭代燃盡圖 迭代期間的燃盡圖 摘要 開發人員責任 客戶責任 問題 Part III 經常討論的主題 Chapter 12 釐清故事本質 使用者故事不是IEEE 830 使用者故事不是使用案例 使用者故事不是情境 摘要 問題 Chapter 13 為什麼選擇使用者故事？ 口頭溝通 使用者故事是容易理解的 使用者故事的大小適合規劃 使用者故事適用於迭代開發 使用者故事鼓勵推遲細節 使用者故事支持隨機應變的開發 使用者故事鼓勵參與式設計 使用者故事可累積隱性知識 不採用使用者故事的原因 摘要 開發人員責任 客戶責任 問題 Chapter 14 故事味道清單 故事太小 故事互相依賴 鍍金 細節過多 過早納入使用者介面細節 設想過早 拆解過多的故事 客戶很難排定優先等級 客戶不撰寫故事也不排定優先等級 摘要 開發人員責任 客戶責任 問題 Chapter 15 在Scrum 中使用故事 Scrum是迭代且增量的 Scrum基本介紹 Scrum團隊 產品待辦清單 Sprint規劃會議 Sprint審查會議 每日Scrum 會議 在Scrum 中加入故事 案例研究 摘要 問題 Chapter 16 其他主題 處理非功能性需求 紙卡還是軟體？ 使用者故事與使用者介面 保留故事 程式錯誤的故事 摘要 開發人員責任 客戶責任 問題 Part IV 範例 Chapter 17 使用者角色 專案簡介 辨識客戶 辨識一些初始角色 整合與合併 角色建模 增加人物誌 Chapter 18 故事 Teresa 的故事 Ron船長的故事 航海新手的故事 不航海的禮物購買者的故事 報告檢視者的故事 管理員的故事 小結 Chapter 19 估算故事 第一個故事 進階搜尋 評分與評論 帳號 完成估算 所有的估算值 Chapter 20 發布計畫 估算速度 排定故事的優先等級 已完成的發布計畫 Chapter 21 驗收測試 搜尋測試 購物車測試 購買書籍 使用者帳號 管理 測試限制 最後一個故事 Part V 附錄 Appendix A 極限程式設計 (XP) 概述 角色 12個實踐手法 XP的價值 XP的原則 摘要 Appendix B 各章節的問題解答 References 參考資料 書籍與文獻 網站
作者簡介 Mike Cohn Mike Cohn出版了三本敏捷與Scrum的暢銷著作，他也是一位認證的Scrum培訓師（Certified Scrum Trainer）、主題演講者，及全球企業的熱門教練。 Mike是Mountain Goat Software 的創辦人，他擅長協助企業採用與改進他們的敏捷流程與技術，以建立極高績效的開發團隊。Mike擁有超過20年的業界經驗，曾在各種規模的企業擔任科技主管，從新創公司到《財富》40強。他還是Scrum Alliance及Agile Alliance的共同創始人，兩者皆為敏捷宣言（Agile Manifesto）的發源地。
客服公告
热门活动
订阅电子报
