[書摘]《用戶故事與敏捷方法》第4章 蒐集故事

小結

1. 能夠引出及捕捉需求這一想法是錯誤的。他有兩個有問題的假設：用戶知道所有的需求；需求一旦被捕捉，就鎖定，不再改變。

2. 拖網捕魚的比喻是非常有用的：他說明了需求有不同的大小，需求會隨著時間的推移變化，需要一些技巧發現需求。

3. 即使敏捷流程支持需求的後期湧現，依然需要對預期的發布進行展望並開始寫下容易發現的故事。

4. 我們可以通過用戶訪談、觀察用戶、問卷調查和舉辦故事編寫工作坊來發現用戶故事。

5. 使用多種方法比過度使用一種方法更能獲得好的效果。

6. 通過開放式、與背景無關的提問更容易獲得有用的答案，例如，"告訴我你想怎麼搜索工作？"就勝於"你要通過職位名稱來搜索工作嗎？"

開發人員職責

1. 負責理解並使用多種技巧來捕撈用戶故事。

2. 負責知道怎麼使用開放式和背景無關的提問。

用戶職責

1. 負責理解並使用多種技巧來捕撈用戶故事。

2. 負責盡早寫更多的用戶故事。

3. 作為軟件用戶的主要代表，負責和他們多溝通。

4. 了解怎麼使用開放式和背景無關的提問。

5. 如果需要關於編寫故事的幫助，負責安排並舉辦一次或多次故事編寫工作坊。

6. 負責確保在捕撈故事過程中考慮所有用戶角色。