Scrum 指南 | 19. 用戶故事——它們是什麼？

已發表: 2022-05-20

用戶故事是對新產品功能或其增強功能的簡要描述。 它不包含技術解決方案，但解決了有關功能的問題：用戶是誰？ 產品有什麼作用？ 它的目的是什麼？ 用戶故事用日常或商業語言描述了產品，儘管它也指出了 Scrum 團隊旨在提高團隊績效的任務。

什麼是用戶故事？ - 目錄：

  1. 介紹
  2. 用戶故事。 是誰的故事？
  3. 如何使用用戶故事？
  4. 驗收標準
  5. 概括

介紹

用戶故事是製定 Scrum 團隊執行任務的最常見方式。 一個用戶故事定義了產品的一個小功能。 它描述了最小的有意義的、部分的產品目標。 因此，用戶故事非常簡短。

用戶故事是在產品工作的整個過程中創建的。 從做出開始工作的決定到實現產品目標，它們是不斷創建的。

創建用戶故事是產品負責人的任務。 基於與客戶的對話，制定允許創建用戶故事的問題的答案並將其輸入到產品待辦列表中。 但是，用戶故事不僅反映了客戶的需求。

user stories

用戶故事。 是誰的故事？

Scrum 團隊創建了一個用戶故事來定義用戶的需求，這就是為什麼它被寫成商業語言。 換句話說，它表明了它的實施將為產品用戶帶來的好處。 但是，在產品待辦列表中，也可以有描述開發團隊需求的用戶故事，例如改進開發人員之間的工作流程，或者描述產品負責人的需求，例如組織產品待辦事項。 在這種情況下，用戶故事中的用戶是開發人員和產品所有者。

您可以通過回答3W 個問題來描述用戶故事：

  • 誰？
  • 正在做什麼？
  • 為什麼？

然後用戶故事包含在一個公式中：

作為[用戶類型]，我想[做什麼？]因為[為什麼？ 為什麼？]。

下表說明了以這種形式編寫的有關在線商店功能的用戶故事示例：

What are User Stories? - table

這個公式不僅可以製定用戶故事，還可以相對輕鬆地將技術語言翻譯成業務，反之亦然。 結果，開發人員和利益相關者都清楚地看到了目標和進展階段。 我們還將在 Scrum 指南系列的另一篇文章中介紹使用 INVEST 方法創建好的用戶故事。

如何使用用戶故事？

創建示意圖用戶故事只是開始。 它們是討論問題及其解決方案的信號和起點。 在 Sprint 計劃期間討論用戶故事，以理清開發團隊將添加到 Sprint Backlog 中的技術問題。

通常，在物理空間中，用戶故事寫在固定在工作場所的小型彩色卡片上。 然而，在數字空間中，由 Scrum 團隊共享的數字白板效果最好。

以這種方式保存用戶故事有幾個優點，因為：

  • 強調每個用戶故事的自主性——每個用戶故事都有一個單獨的框架，並且可以獨立於其他人執行
  • 強調用戶故事的動態性——他們的實現順序由 Scrum 團隊重新協商，並且由於帶有用戶故事的卡片的物理排列，當前的實現順序在板上可見
  • 用作提醒- 由於用戶故事的可視化表示，Scrum 團隊在創建詳細解決方案時有一個路標提醒他們目標。

開發團隊使用天數、工時或故事點來估算完成用戶故事所需的工作量。

驗收標準

用戶故事在被開發團隊接受開發的那一刻必須具有一定的接受標準。 驗收標準決定了用戶故事的工作在什麼時候可以被視為完成。

這樣，客戶和開發人員都知道他們的工作將如何轉化為商業價值。 通常，當用戶在其中指定的用戶可以執行所描述的操作時，就認為用戶故事已完成。 使用上面的例子，看看這個用戶故事的內容：

客戶只需單擊一下即可購買魔杖。

當在線商店頁面上出現一個有效的“立即購買”按鈕時完成，該按鈕使用登錄用戶的默認付款和運輸信息。

概括

用戶故事是對新產品功能或增強功能的簡明描述。 它是用商業語言表達的最小的Goal，即從商業價值和用戶的角度來看。 它有助於清楚地定義要執行的任務以及完成任務的標準。

如果您喜歡我們的內容，請加入我們在 Facebook、Twitter、LinkedIn、Instagram、YouTube、Pinterest 上忙碌的蜜蜂社區。

Scrum Guide | 19. User Stories - what they are? caroline becker avatar 1background

作者：卡羅琳·貝克爾

作為項目經理，Caroline 是尋找新方法來設計最佳工作流程和優化流程的專家。 她的組織能力和在時間壓力下工作的能力使她成為將復雜項目變為現實的最佳人選。

查看所有帖子

Scrum 指南：

  1. 基本術語、角色和概念的詞彙表
  2. 什麼是 Scrum？
  3. Scrum 價值觀
  4. 如何在貴公司實施 Scrum？
  5. Scrum 團隊——它是什麼以及它是如何工作的？
  6. 誰是產品負責人？
  7. 產品負責人最常犯的錯誤
  8. 誰是 Scrum Master？
  9. 優秀 Scrum Master 的特徵
  10. Scrum Master 最常見的錯誤
  11. Scrum Master 應該跟踪哪些統計數據和指標？
  12. Product Owner 和 Scrum Master 之間的合作
  13. Scrum 中的開發團隊
  14. 開發者最常犯的錯誤
  15. Scrum 工件
  16. 擴展 Scrum
  17. 衝刺積壓
  18. 什麼是產品待辦列表？
  19. 什麼是用戶故事？
  20. 用 INVEST 創建最好的用戶故事
  21. 最常見的用戶故事錯誤
  22. 用戶故事接受標準
  23. Scrum 中的估計和故事點
  24. 規劃撲克
  25. 團隊估計遊戲
  26. 定義增量
  27. Scrum 事件
  28. Scrum 中的 Sprint 是什麼？
  29. Scrum 團隊承諾 - 產品目標、Sprint 目標和完成定義
  30. 什麼是燃盡圖？
  31. 如何創建和解釋燃盡圖？
  32. 燃盡圖的優缺點
  33. Scrum 和 Scrumban 中的看板
  34. Scrum 中的速度——開發團隊的速度
  35. 每日站會
  36. 衝刺計劃
  37. 衝刺回顧
  38. 什麼是 Sprint 回顧展？
  39. Sprint 回顧中的常見錯誤
  40. 產品積壓培養