使用者故事 (User Story) 是從需要新功能的人（通常是系統的使用者或客戶）的角度對功能進行的簡短而簡單的描述。它們通常遵循一個簡單的模闆：
作為<類型的使用者>，我想要 <某個目标> 以便達成 <某種原因>。
使用者故事通常寫在索引卡或便簽上，存放在鞋盒中，并排列在牆壁或桌子上以友善計劃和讨論。是以，他們強烈地将重點從寫功能轉移到讨論它們。事實上，這些讨論比寫的任何文本都重要。
你能展示一些使用者故事的例子嗎？
靈活使用者故事的好處之一是它們可以在不同的細節層次上編寫。我們可以編寫一個使用者故事來涵蓋大量功能。這些大型使用者故事通常被稱為史詩 (EPIC) 。這是來自桌面備份産品的史詩般的靈活 (Agile) 使用者故事示例：
作為使用者，我可以備份我的整個硬碟。
由于史詩通常太大，靈活團隊無法在一次疊代中完成，是以在處理之前将其拆分為多個較小的使用者故事。上面的史詩可以分為幾十個（或者可能是幾百個），包括這兩個：
作為進階使用者，我可以根據檔案大小、建立日期和修改日期指定要備份的檔案或檔案夾。
作為使用者，我可以指定不備份的檔案夾，這樣我的備份驅動器就不會裝滿我不需要儲存的東西。
如何将細節添加到使用者故事中？
可以通過兩種方式将詳細資訊添加到使用者故事中：
- 通過将使用者故事拆分為多個更小的使用者故事。
- 通過添加“滿足條件”。
當一個相對較大的故事被拆分成多個較小的靈活使用者故事時，很自然會假設已經添加了細節。畢竟，已經寫了更多。
滿意度條件隻是一個進階别的驗收測試，在靈活使用者故事完成後才會成立。将以下視為另一個靈活使用者故事示例：
作為營銷副總裁，我想選擇一個假期用于審查過去廣告活動的表現，以便我可以确定有利可圖的廣告活動。
通過添加以下滿足條件，可以将詳細資訊添加到該使用者故事示例中：
- 確定它适用于主要的零售假期：聖誕節、複活節、總統節、母親節、父親節、勞動節、元旦。
- 支援跨越兩個月曆年的假期（沒有跨越三個月曆年）。
- 假期可以從一個假期設定到下一個假期（例如感恩節到聖誕節）。
- 假日季節可以設定為假日前的天數。
誰編寫使用者故事？
任何人都可以編寫使用者故事。産品負責人有責任确儲存在靈活使用者故事的産品待辦事項，但這并不意味着産品負責人是編寫它們的人。在一個好的靈活項目的過程中，您應該期望每個團隊成員都編寫使用者故事示例。
另外，請注意，誰編寫使用者故事遠不如誰參與它的讨論重要。
什麼時候寫使用者故事？
使用者故事貫穿整個靈活項目。通常在靈活項目開始時舉辦一個故事寫作研讨會。團隊中的每個人都參與其中，目的是建立一個産品待辦事項清單，該清單完全描述了在項目過程中或其中三到六個月的釋出周期中要添加的功能。
其中一些靈活使用者故事無疑将成為史詩。史詩稍後将被分解為更容易放入單個疊代的更小的故事。此外，任何人都可以随時編寫新故事并将其添加到産品待辦事項清單中。
使用者故事是否取代了需求文檔？
靈活項目，尤其是 Scrum 項目，使用産品待辦清單，這是要在産品或服務中開發的功能的優先清單。盡管産品待辦事項可以是團隊想要的任何東西，但使用者故事已經成為最好和最受歡迎的産品待辦事項形式。
雖然可以将産品待辦清單視為傳統項目需求文檔的替代品，但重要的是要記住，靈活使用者故事的書面部分（“作為使用者，我想要……”）在讨論之前是不完整的關于那個故事發生。
通常最好将書面部分視為指向實際需求的指針。使用者故事可以指向描述工作流程的圖表、顯示如何執行計算的電子表格或産品所有者或團隊所需的任何其他工件。
- Theme vs Epic vs User Story vs Task
- What is DEEP in Product Backlog?
- How to Write Product Vision for Scrum Project?
- How to Use Scrum Board for Agile Development?
- Who Create Product Backlog Items or User Stories in Scrum?
- What is Agile Estimation?
- What is Story Point in Agile? How to Estimate a User Story?
- User Story Splitting - Vertical Slice vs Horizontal Slice