撰寫有效用戶故事的實用指南

1. 敏捷開發與用戶故事入門

過去十年中，敏捷開發方法論在軟體開發領域日益受到歡迎。敏捷開發是一種迭代且靈活的方法，強調在整個開發過程中注重合作與客戶參與。敏捷的核心原則之一是通過開發可運行的軟體來專注於為客戶創造價值。

用戶故事是敏捷開發中至關重要的組成部分。它們是以簡潔且易於理解的方式描述用戶需求和期望的方法。用戶故事有助於確保開發工作專注於為用戶創造價值，並清楚地說明需要做什麼以及為什麼要做。

在本學習指南中，我們將探討撰寫敏捷開發專案中有效用戶故事的關鍵概念與技巧。我們將介紹如何建立代表不同用戶類型的用戶角色，有效用戶故事的結構，以及根據反饋與優先順序來優化用戶故事的技巧。我們也會說明建立驗收標準的重要性，以及如何與利益相關者和開發團隊有效合作。

完成本學習指南後，您將對如何撰寫有效用戶故事有穩固的理解，這將有助於您的敏捷開發團隊為客戶創造價值。

2. 理解用戶需求並建立用戶角色

在撰寫有效的用戶故事之前，我們必須先了解用戶的需求與要求。這包括建立代表不同用戶類型的用戶角色，並理解他們的目標、動機與痛點。

為什麼理解用戶需求很重要

用戶需求對任何軟體開發專案的成功至關重要。理解用戶需求有助於確保我們所開發的軟體符合用戶需求，並為他們帶來價值。透過建立用戶角色並理解其目標，我們可以確保用戶故事專注於為用戶創造價值。

建立用戶角色

用戶角色是不同用戶類型的虛構代表。它們幫助我們理解我們所開發軟體的用戶的需求、目標與行為。用戶角色通常包含人口統計資訊，例如年齡與性別，以及關於用戶工作、目標與痛點的資訊。

要建立有效的用戶角色，我們需要從多種來源收集資訊。這可能包括對用戶進行訪談、分析用戶資料，以及觀察用戶在自然環境中的行為。我們也可以使用問卷和調查等工具來收集有關用戶需求的資訊。

建立有效用戶角色的技巧

建立有效用戶角色時，我們應牢記以下建議：

• 盡可能使用真實資料：利用來自用戶訪談和問卷的真實資料，建立能準確反映用戶需求與行為的真實角色。
• 專注於目標與行為：用戶角色應著重於用戶的目標與行為，而非僅僅是人口統計資訊。
• 保持角色更新：用戶需求與行為會隨時間改變，因此保持角色更新至關重要，以確保其準確反映用戶。

透過理解用戶需求並建立有效的用戶角色，我們可以撰寫出更有效的用戶故事，專注於為用戶創造價值。

3. 有效用戶故事的結構

一旦我們清楚了解用戶需求與目標，就可以開始撰寫有效的用戶故事。用戶故事是從用戶角度出發，對功能或特性所做的簡短且簡單的描述。它們通常遵循「作為[用戶]，我想要[目標]，以便[原因]」的格式。

「作為、我想要、以便」格式

「作為、我想要、以便」格式是一種簡單且有效的用戶故事結構方式。以下是一個範例：

「作為一位經常出差的旅客，我希望能在我手機上查看我的航班行程，以便輕鬆追蹤我的旅行計畫。」

• 「作為」代表用戶角色
• 「我想要」代表用戶的目標或需求
• 「以便」代表對用戶的益處或價值

使用此格式有助於確保用戶故事專注於為用戶創造價值。

三C原則（卡片、對話與確認）

現金提領用戶故事的三C原則（卡片、對話與確認）：

 

1. 卡：ATM系統應驗證用戶的卡是否有效且已授權進行現金提款。這包括檢查卡片的到期日期，確保卡片未被報失或盜竊，並確認用戶的PIN與卡片關聯的PIN相符。
2. 對話：ATM系統應透過清晰的指示和提示引導用戶完成現金提款流程。這包括顯示可用的現金提款選項，確認用戶想要提款的金額，並提供交易狀態的反饋。
3. 確認：ATM系統應向用戶提供現金提款已成功處理的確認。這包括顯示發放的現金金額，提供交易收據，並更新用戶帳戶餘額以反映提款情況。

 

撰寫有效的使用者故事：運用INVEST標準以確保成功

為確保使用者故事有效，它們也應符合INVEST標準：

• 獨立性：使用者故事應彼此獨立，以便能夠分別進行開發與測試。
• 可談判性：使用者故事應具備可談判性，並開放討論與變更。
• 價值性：使用者故事應為用戶和企業帶來價值。
• 可估算性：使用者故事應能估算所需時間與努力。
• 小型化：使用者故事應小到足以在單一迭代內完成。
• 可測試性：使用者故事應具備可測試性，以便進行驗證與確認。

透過確保使用者故事符合INVEST標準，我們可以撰寫出更有效的使用者故事，專注於為用戶和企業創造價值。

4. 將大型使用者故事拆分為更小、更易管理的技巧

將大型使用者故事拆分為更小、更易管理的單元，有助於提升開發效率，並確保每個使用者故事都能為用戶帶來價值。以下是拆分大型使用者故事的一些技巧：

• 使用「INVEST」模型：此模型建議使用者故事應具備獨立性、可談判性、價值性、可估算性、小型化與可測試性。透過著重這些特徵，我們可以將大型使用者故事拆分為更小、更易管理的單元。
• 使用「垂直切片」方法：此方法涉及將使用者故事拆分為薄的垂直切片，可獨立開發與測試。此方法有助於確保每個使用者故事能為用戶帶來價值，並能快速測試與發布。
• 使用「使用者故事地圖」技術：使用者故事地圖涉及創建用戶在系統中旅程的視覺化呈現，有助於識別缺口與拆分大型使用者故事的機會。

5. 根據用戶需求與專案限制來優先排序使用者故事的策略

優先排序使用者故事對於確保開發努力集中在為用戶帶來最大價值至關重要。以下是優先排序使用者故事的一些策略：

• 使用「MoSCoW」方法：此方法將使用者故事分類為「必須擁有」、「應該擁有」、「可以擁有」或「不會擁有」。此方法有助於確保開發努力集中在最重要的功能上。
• 使用「卡諾模型」：此模型將用戶需求分類為「基本」、「性能」或「驚喜」。此方法有助於確保開發努力集中在滿足最重要的用戶需求上。
• 讓利益相關者參與優先排序：徵詢利益相關者（包括用戶與開發團隊）的反饋，有助於確保開發努力集中在最重要的功能與用戶需求上。您可以使用使用者故事地圖作為優先排序使用者故事的工具。

 

使用者故事地圖的主要目的是幫助團隊建立對用戶需求與產品需求的共識，並相應地優先安排開發工作。透過將大型使用者故事拆分為更小、更易管理的單元，並按邏輯順序排列，團隊能更清楚地視覺化用戶在產品中的旅程，並識別可改進的領域。這有助於確保產品既滿足用戶需求，也符合商業目標與技術限制。使用者故事地圖也有助於促進團隊成員與利益相關者之間的溝通與合作，確保所有人目標一致、協同努力。最終，使用者故事地圖的目的是打造一個高品質的產品，為用戶創造價值，並滿足企業的需求。

• 使用者故事地圖是一種視覺化流程
• 有助於捕捉與組織用戶需求
• 旨在建立對產品目標的共識
• 涉及關鍵利益相關者，例如產品負責人、開發人員與最終用戶
• 有助於將大型使用者故事拆分為更小、更易管理的單元
• 將使用者故事按邏輯順序排列，以建立「故事地圖」
• 勾勒出用戶在產品中的旅程
• 使團隊能夠根據用戶需求來優先安排開發工作
• 確保產品符合商業目標與技術限制
• 常見於敏捷開發方法論中
• 著重於交付符合用戶需求且及時完成的高品質產品

6. 根據利益相關者和開發團隊成員的反饋來優化用戶故事的技巧

根據利益相關者和開發團隊成員的反饋來優化用戶故事，對於確保用戶故事定義明確並為用戶創造價值至關重要。以下是一些優化用戶故事的技巧：

• 使用「用戶故事工作坊」：這些工作坊將利益相關者和開發團隊成員聚集在一起，根據反饋與討論來優化用戶故事。此方法有助於確保用戶故事定義明確並滿足用戶需求。
• 使用「故事切片」：此方法根據利益相關者和開發團隊成員的反饋，將用戶故事拆分成更小、更易管理的部分。此方法有助於確保用戶故事定義明確並為用戶創造價值。
• 使用「原型測試」：此方法涉及建立系統的原型並與用戶一起測試，以收集反饋，並根據用戶需求來優化用戶故事。

7. 為用戶故事建立接受標準

建立接受標準對於確保用戶故事定義明確且準備就緒以進行開發至關重要。以下是一些建立接受標準的建議：

• 使用「給定-當-則」陳述：這些陳述為描述接受標準提供了清晰的結構。「給定」陳述描述起始條件，「當」陳述描述所執行的操作，而「則」陳述描述預期結果。
• 讓利益相關者參與建立接受標準：向利益相關者（包括用戶和開發團隊）徵求反饋，有助於確保接受標準定義明確並滿足用戶需求。
• 使用接受標準來引導開發：應利用接受標準來指導開發工作，並確保每個用戶故事在發布前都已完全實現並經過測試。

8：與利益相關者合作撰寫用戶故事

撰寫有效的用戶故事需要與利益相關者（包括用戶、產品負責人、開發人員和測試人員）合作。合作有助於確保用戶故事定義明確並滿足所有利益相關者的需求。

與用戶合作

用戶是開發過程中的關鍵利益相關者，因為他們能提供有關軟體易用性和功能性的寶貴反饋。與用戶合作包括收集對用戶故事的反饋，並將其反饋納入開發流程中。

與用戶合作的方式包括：

• 進行用戶訪談和問卷調查，以收集關於用戶需求和痛點的反饋。
• 進行可用性測試，以收集關於軟體易用性和功能性的反饋。
• 讓用戶參與迭代審查和示範，以在軟體開發過程中收集反饋。

與產品負責人合作

產品負責人負責定義和優先排序用戶故事。與產品負責人合作，需要理解他們對產品的願景，並與他們共同定義能為用戶和企業創造價值的用戶故事。

與產品負責人合作的方式包括：

• 定期舉行待辦事項梳理會議，以審查和優先排序用戶故事。
• 讓產品負責人參與迭代規劃會議，以確保用戶故事定義明確且已優先排序。
• 定期向產品負責人提供進度更新，以確保開發過程與他們對產品的願景保持一致。

與開發人員和測試人員合作

開發人員和測試人員在開發過程中扮演關鍵角色，他們負責實現和測試用戶故事。與開發人員和測試人員合作，需要與他們協作，以確保用戶故事定義明確且技術上可行。

與開發人員和測試人員合作的方式包括：

• 讓開發人員和測試人員參與迭代規劃會議，以確保用戶故事定義明確且技術上可行。
• 定期向開發人員和測試人員提供進度更新，以確保他們擁有執行和測試用戶故事所需的資訊。
• 定期進行代碼審查和測試會議，以確保用戶故事正確實現並滿足用戶需求。

透過在整個開發過程中與利益相關者合作，我們可以確保用戶故事定義明確，滿足所有利益相關者的需求，並為用戶和企業創造價值。

9. 寫出有效用戶故事的技巧

撰寫有效的用戶故事需要細心關注細節，並專注於為用戶和企業創造價值。以下是一些撰寫有效用戶故事的技巧：

保持簡單且專注

用戶故事應簡單且專注於為用戶創造價值。避免添加不必要的複雜性或無法創造價值的功能。

使用清晰且簡潔的語言

用戶故事應使用清晰且簡潔、易於理解的語言。避免使用用戶可能不熟悉的技術術語或縮寫。

包含接受標準

接受標準是用戶故事被視為完成所必須滿足的具體條件。包含接受標準有助於確保用戶故事定義明確，並讓所有人清楚了解需要完成的工作。

使用用戶角色

用戶角色是虛構的用戶形象，有助於定義其需求、目標和行為。使用用戶角色可確保用戶故事專注於為特定用戶創造價值。

優先處理用戶故事

優先處理用戶故事有助於確保最重要的功能首先被開發。優先順序應基於為用戶和企業帶來的價值，以及技術可行性。

使用故事地圖

故事地圖是一種用於視覺化用戶故事及其關係的技術。故事地圖有助於確保用戶故事定義明確，並讓所有人清楚了解整體產品願景。

保持敏捷

敏捷開發是迭代且靈活的，用戶故事也應反映這一點。用戶故事應開放討論與變更，並能適應不斷變化的用戶需求和商業目標。

透過遵循這些技巧，我們可以撰寫出更有效的用戶故事，為用戶和企業創造價值。

10. 寫作用戶故事時應避免的常見錯誤

雖然撰寫用戶故事是敏捷開發的重要部分，但常見的錯誤可能導致無效的用戶故事。以下是一些應避免的常見錯誤：

撰寫過於複雜的用戶故事

用戶故事應簡單且專注於為用戶創造價值。避免添加不必要的複雜性或無法創造價值的功能。複雜的用戶故事可能導致利益相關者產生混淆和理解不清。

撰寫模糊的用戶故事

用戶故事應定義明確且具體。避免撰寫模糊的用戶故事，以免無法提供明確的工作方向。模糊的用戶故事可能導致利益相關者產生誤解和不清晰。

未能優先處理用戶故事

優先處理用戶故事對於確保最重要的功能首先被開發至關重要。未能優先處理用戶故事，可能導致時間和資源浪費在較不重要的功能上。

未能與利益相關者合作

與利益相關者合作對於確保使用者故事定義明確並滿足所有利益相關者的需求至關重要。未能與利益相關者合作可能會導致利益相關者之間缺乏理解與誤解。

未能包含接受標準

接受標準對於定義使用者故事被視為完成所需完成的事項至關重要。未能包含接受標準可能會導致利益相關者之間產生混淆與理解不足。

未能適應不斷變化的使用者需求與業務目標

敏捷開發具有迭代性和靈活性，使用者故事也應反映這一點。未能適應不斷變化的使用者需求與業務目標，可能會導致使用者故事不再相關或有效。

透過避免這些常見錯誤，我們可以撰寫出更有效的使用者故事，為使用者與企業創造價值。

11：優化與維護使用者故事的最佳實務

優化與維護使用者故事是一個持續進行的過程，需要細心關注細節，並專注於為使用者與企業創造價值。以下是優化與維護使用者故事的一些最佳實務：

持續審查與優先排序使用者故事

使用者故事應持續審查與優先排序，以確保其相關性並滿足使用者與企業的需求。這有助於確保資源集中在最重要的功能上。

根據需要優化使用者故事

使用者故事應根據需要進行優化，以確保其定義明確並滿足所有利益相關者的需求。優化使用者故事可能包括新增或移除功能、更新接受標準，或釐清使用者需求。

測試使用者故事以確保其符合接受標準

測試使用者故事對於確保其符合接受標準並準備發佈至關重要。這有助於確保使用者故事能為使用者與企業創造價值。

與利益相關者溝通變更

使用者故事的變更應通知所有利益相關者，以確保每位參與者都清楚了解正在開發的內容。這有助於確保所有人步調一致，並在開發過程中避免意外。

使用指標來衡量成功

指標可用來衡量使用者故事的成功程度，並識別改進的領域。指標可能包括使用者滿意度、採用率或產生的收入。

利用回顧會議持續改進

回顧會議是敏捷開發的重要環節，可用來持續改進使用者故事。回顧會議包括反思哪些做法有效，以及哪些方面可以改善，以優化開發流程。

透過遵循這些最佳實務，我們可以優化並維護能為使用者與企業創造價值的使用者故事。

12：撰寫與管理使用者故事的工具與技術

在敏捷開發專案中，有許多工具與技術可用來撰寫與管理使用者故事。以下是一些常見的選擇：

使用者故事地圖

使用者故事地圖是一種視覺化技術，有助於組織與優先排序使用者故事。使用者故事地圖通常包含建立一個矩陣，顯示使用者目標、使用者任務與使用者故事，有助於識別缺口並優先排序功能。

人物角色建立

人物角色是代表不同類型使用者的虛構人物，他們將使用該系統。建立人物角色有助於確保使用者故事定義明確，並滿足所有使用者的需求。

使用者訪談

訪談使用者可提供有關使用者需求的寶貴見解，並有助於識別能為使用者創造價值的使用者故事。根據專案需求，使用者訪談可現場或遠端進行。

敏捷專案管理工具

敏捷專案管理工具，例如 JIRA 或 Trello，以及 Visual Paradigm 可用於管理使用者故事並追蹤進度。這些工具通常允許使用者建立、優先排序並指派使用者故事給團隊成員，並能即時顯示專案狀態。

持續整合與部署

持續整合與部署（CI/CD）是一種軟體開發實踐，涉及持續整合程式碼變更並部署至生產環境。這種方法有助於確保使用者故事能快速且可靠地交付。

自動化測試

自動化測試可用於確保使用者故事符合接受標準並準備發佈。自動化測試有助於降低錯誤風險，並能快速提供變更的反饋。

透過使用這些工具與技術，我們可以更有效地撰寫與管理使用者故事，並確保它們能為使用者與企業帶來價值。

13. 結論

• 什麼是敏捷軟體開發？
• 什麼是使用者故事？
• 什麼是使用者故事地圖？
• 使用者故事與使用案例在敏捷軟體開發中的比較
• 以使用案例為導向的敏捷開發方法
• 最佳自動化 LeSS 架構工具：敏捷專案管理