PChomeX週年慶抽黃金等大獎! 贊助
2021-08-17 06:08:02PChome書店

Mike Cohn的使用者故事:敏捷軟體開發應用之道


Mike Cohn的使用者故事:敏捷軟體開發應用之道
作者:mike cohn 出版社:博碩文化 出版日期:2021-07-30 00:00:00

<內容簡介>

「Mike 憑藉自身對使用者故事的豐富經驗,使這本書充滿了許多實用的建議,以確保使用者故事能在開發團隊手中充分發揮作用。」
《Kent Beck的測試驅動開發》作者Kent Beck專文推薦

最原創、最大咖的名著
學習敏捷的人都讀過至少一本由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總召 / 台灣敏捷組織者

★目錄:

譯者簡介
周龍鴻推薦序
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)的發源地。