使用者故事說明：提示、範本和範例

在擴展產品功能方面，軟體更新是提升使用者價值的關鍵。 

使用者故事從終端使用者的角度解釋軟體功能。 這有助於敏捷團隊瞭解使用者的需求，以便他們能夠提供最佳功能。

我們彙整了有關如何撰寫有效使用者故事的重要詳細資料。 瞭解如何專注於終端使用者的體驗，從而創造最大價值。 

什麼是使用者故事？

在敏捷軟體開發中，使用者故事是從客戶或終端使用者的角度對功能進行簡介和簡單描述。 它們有助於掌握使用者的需求，並使開發團隊專注於提供價值。 

使用者故事通常可以用一句話來總結：「身為〔角色〕，我想要〔軟體目標〕，以便獲得〔結果〕。」

撰寫使用者故事的目的是準確地呈現軟體功能如何轉化為使用者價值。 換句話說，此軟體功能如何影響終端使用者？ 

通常，產品待辦項目會將這些故事分組為史詩或待辦項目，作為更大任務的基石。 透過強調使用者的觀點，使用者故事有助於團隊在解決功能性和非功能性需求的同時，保持對創造無縫使用者體驗的明確關注。 

您可以透過多種方式撰寫使用者故事，包括使用便利貼或索引卡。 建立和追蹤使用者故事最有效的方法是使用專案管理軟體。 這樣您就可以即時調整、編輯和追蹤使用者故事，以便您的團隊確切知道如何最好地為終端使用者提供服務。

使用者故事的 4 個關鍵組成部分

敏捷專案和 Scrum 團隊都會組織使用者故事，以提供明晰（度），使其更好地與使用者目標保持一致。 使用者故事由三個主要組成部分組成：

1. 角色

此處描述與軟體或功能互動的使用者類型。 瞭解終端使用者是誰，是開發真正滿足其需求的功能的關鍵。

例如，使用者可能是產品經理、常客或專案關係人。 透過明確定義角色，開發團隊可以為正確的受眾建立功能。

使用者故事的這一部分的常見結構可能是「作為〔角色〕……」

2. 目標

目標說明了使用者希望透過功能或軟體產品達成的目標。 目標是使用者故事規劃的核心，因為它們強調了使用者正在尋找的功能。 透過專注於目標，團隊可以優先處理能帶來實際價值的任務。

此組成部分的範例可能是「...我想要 [行動]...」，提供對使用者工作流程和使用者需求的深入解析。

3. 益處

最後，優點定義了該功能為何有價值。 優點描述了使用者在使用該功能後將體驗到的結果或優勢。 瞭解這些優點，使敏捷團隊能夠將其工作與整體產品願景連結起來。

結構通常以「...以便我可以 [受益]」結束。 此組成要素對於建立可測試的功能至關重要，因為它既能滿足使用者的期望，又能滿足驗收測試中定義的標準。

4. 故事點

在定義角色、目標和效益後，開發團隊通常會為使用者故事指定故事點。 故事點是一種估算在衝刺或迭代期間完成故事所需的複雜程度、投入量和時間的方法。 敏捷團隊使用這些點數來調整其工作，並確保故事在衝刺期間保持適當的平衡。

例如，團隊可能會為較小的使用者故事分配較少的故事點，同時為較大、較複雜的故事分配較多的故事點。 這有助於團隊管理其工作流程，並追蹤產品待辦項目的進度。

如何撰寫出色的使用者故事

敏捷與 Scrum 團隊通常會透過三個步驟來撰寫使用者故事，每個步驟都代表終端使用者的觀點。 

1. 角色：終端使用者的角色或使用者角色

2. 需求：軟體功能在終端使用者旅程中的目標

3. 目的：終端使用者使用軟體功能的目標

您的使用者故事應包含這三個組成部分。 讓我們深入瞭解這些元素，以便您更好地瞭解如何撰寫有效的使用者故事。 

步驟 1. 確定角色

若要確定終端使用者的角色，請評估您的目標受眾。 想想軟體功能會影響到哪些人。 

以下是您在確定使用者角色時，可以問自己和團隊的一些問題：

• 我們為誰建立此軟體功能？

• 終端使用者想要哪些產品功能？

• 終端使用者的人口統計和心理統計是什麼？

根據目標受眾的規模，特定的使用者故事中可能有多個角色。 

角色範例： Kat，一位領導 10 名團隊成員的專案經理

步驟 2. 描述需求

說明終端使用者將如何以及為何使用您的軟體功能。 這對於確保您的團隊瞭解目標受眾為何會使用您的功能至關重要。 

在分析終端使用者的意圖時，請考慮以下問題：

• 終端使用者想要達成什麼目標？

• 您的軟體功能將如何幫助終端使用者實現其目標？

避免專注於特定功能，而是考慮終端使用者正在尋找的內容，以及您的軟體將如何幫助他們實現目標。 

需求範例：協助團隊成員瞭解個別任務如何促成更大的 Business 版目標。

步驟 3。 定義目的

透過分析軟體發佈的大局來定義目的。 考慮軟體功能如何與您的內部目標相符。 

為了幫助定義目的，請問自己以下問題：

• 軟體功能有哪些好處？

• 您要解決的是什麼問題？

• 這如何與更大的目標相符？

此處的目的是定義軟體功能與大局目標之間的價值。

範例目的：透過建立清晰的路徑來提高效率。

使用者故事範本

使用者故事範本可協助團隊專注於終端使用者的需求以及功能將提供的價值。 此結構可確保整個開發流程的明晰（度）和一致性。

以下是撰寫使用者故事時常用的範本：

「身為〔角色〕，我想要〔目標〕，以便〔效益〕。」

以下是使用者故事的範例：

「身為專案經理，我想要追蹤團隊的進度，以便確保任務與 Business 版目標保持一致。」

一起來分析這個使用者故事：

• 角色：將與功能進行互動的特定類型使用者 (例如：客戶、產品經理或專案關係人)。

  • 範例：「作為專案經理……」

• 目標：使用者希望透過軟體完成的動作或功能。

  • 範例：「...我想追蹤我的團隊進度……」

• 優點：終端使用者期望從功能中獲得的價值或優點，將故事與 Business 版目標或使用者滿意度連結起來。

  • 範例：「…以便我確保任務與 Business 版目標保持一致。」

此範本可協助團隊專注於使用者的需求，使他們能夠構建符合敏捷專案管理的功能，並為終端使用者帶來真正的價值。

使用者故事範例

為了讓您對敏捷式使用者故事有更深入的瞭解，我們整理了一些範例。 您的使用者故事愈有效，您就愈能為終端使用者帶來更多價值。 

以下是三個使用者故事範例，代表不同的使用案例： 

使用者故事範例 1：產品開發 

• 作為產品經理，我希望團隊成員能夠瞭解個別任務如何促進更大的 Business 版目標，從而提高效率。

使用者故事範例 2：客戶體驗

• 作為回頭客，我希望您能儲存我的資訊，以簡化結帳流程。

使用者故事範例 3：行動應用程式

• 作為一名經常使用應用程式的使用者，我想要以最快的方式消化相關資訊。 

在這三個範例中，您可以看到從終端使用者的角度提出軟體更新的重要性。 這樣一來，您的開發團隊就能在考慮到客戶最大利益的情況下進行更新。

撰寫有效使用者故事的提示

除了上述三個步驟之外，有效的使用者故事應遵循 3C 和 INVEST 縮寫詞。 這兩者都有助於將您的使用者故事提升至更高的層次，從而實現更有效的軟體更新。 

讓我們深入瞭解每一個要素，以更好地瞭解有效的使用者故事是由什麼構成的。 

使用者故事的 3C

3 C 是指Card (卡片)、Conversation (對話) 和Confirmation (確認)。 3C 將每個使用者故事分解為三個不同的設定基準，從而建立一個更有條理的流程。 讓我們深入瞭解 3C 的每一個元素，以便更好地理解：

• 卡片：用於衝刺規劃的使用者故事書面描述。 若要建立和分享故事卡，請嘗試使用工作管理工具。 

• 對話：客戶、使用者和開發人員之間針對使用者故事的優先順序和潛在解決方案進行的討論。

• 確認：專案關係人之間達成的使用者故事目標和解決方案的協議。

3C 有助於將使用者故事分解為簡單的任務。 這為相關專案關係人提供了明確的方向。

INVEST 標準

INVEST 代表獨立 (Independent)、可協商 (Negotiable)、有價值 (Valuable)、可估計 (Estimable)、小 (Small)和可測試 (Testable)。 讓我們更深入地瞭解這些組成部分，以便您更好地瞭解 INVEST 標準如何幫助您撰寫更強大的故事：

• 獨立：使用者故事應該是獨立的，這意味著它不依賴於其他任務，而是獨立的。 

• 可協商：使用者故事應該是可協商的。 這意味著它為討論留出了空間。 

• 有價值：使用者故事應該向終端使用者傳達價值，讓您更接近更大的長期目標。 

• 可估計：應對使用者故事進行估計，以確保其符合衝刺並得到適當的優先順序。 

• 小：使用者故事應該是一小部分工作，可以在短時間內已完成。 

• 可測試：故事應經過驗收測試，並符合預先確定的驗收標準，以驗證品質。 

請遵循 INVEST 縮寫詞，以具體且可實現的方式撰寫您的使用者故事。

使用者故事的最佳作法

撰寫使用者故事是敏捷方法取得成功的關鍵。 這些最佳作法將幫助您撰寫清晰有效的故事，為您的團隊提供指導。

1. 與專案關係人協作

與專案關係人緊密合作，以建立使用者故事。 與您的產品所有者、產品經理和其他關鍵人員交談。 收集使用者回饋，確保故事反映真實需求。

敏捷專家 Mike Cohn 敬請團隊保持開放式溝通，以確保每個人都瞭解功能的使用方式。 目標是讓故事聚焦於真實的使用者。

2. 在衝刺規劃期間完善使用者故事

在衝刺規劃期間，請花時間審查並完善使用者故事。 將大型故事分解為較小的故事。 審查驗收標準，以消除任何疑惑。

指派故事點數，以符合團隊的衝刺工作量。 正如極限編程的創造者之一 Ron Jeffries 所說，完善故事有助於團隊保持彈性，並專注於最重要的事情。

3. 使用驗收標準

在每個使用者故事中納入明確的驗收標準。 這些標準會告訴您的團隊，必須發生什麼情況才能將故事視為已完成。

這些標準還有助於測試人員檢查故事是否滿足使用者需求。 明確的標準有助於避免誤解，並確保團隊確切知道「完成」的樣子。 這將在功能性和非功能性需求都得到滿足時通知您。

管理使用者故事的工具和技巧

妥善管理使用者故事對於維持井然有序和進展順利非常重要。 這些工具和技巧將有助於您有效地處理故事。

• 使用者故事對應：使用者故事對應有助於團隊查看整個使用者旅程。 它有助於團隊規劃故事並排定優先順序。 對應還能顯示不同故事如何彼此搭配。 這是確保涵蓋使用者所需所有功能的有益方式。

• 用於管理使用者故事的軟體工具： Jira 和 Asana 等工具可讓您輕鬆管理使用者故事。 這些工具可讓您追蹤進度、指派任務並為工作排定優先順序。 許多工具都包含管理故事點、設定驗收標準和衝刺規劃等功能。 它們還有助於維護需求文件，讓每個人都能維持資訊同步。

• 使用 MoSCoW 方法為使用者故事排定優先順序： MoSCoW 方法可協助團隊根據重要性對使用者故事進行排名。 故事分為四組：必備、應備、可備和不備。 這種方法可確保最重要的故事先完成。

誰來撰寫使用者故事？

最常見的是，產品經理會根據使用者研究撰寫使用者故事，並將其組織成開發團隊的清單，也稱為產品待辦項目。 雖然從技術上講，任何人都可以撰寫使用者故事，但產品經理有責任確保他們擁有開發團隊執行其計劃所需的所有資訊。

然後，開發團隊將在衝刺規劃會議期間確定優先順序，並決定要處理哪些使用者故事。 

誰會使用使用者故事？

Scrum 和看板架構會使用使用者故事。 

• 在 Scrum 中，使用者故事有助於您的團隊在衝刺規劃期間獲得更好的理解。 

• 在看板中，團隊會將故事拉入待辦項目，並在衝刺期間處理。 使用者故事為團隊提供了管理工作和滿足期限所需的背景資訊和說明。

開發團隊在工作流程或衝刺期間處理使用者故事，以完成任務並防止範疇潛變。 如有需要，可將大型使用者故事分解為多個衝刺或史詩。 史詩是將大型故事分解為多個較小的故事。 多個史詩表單構成一個計劃。

準確使用者故事的重要性

有效撰寫使用者故事看起來可能是產品開發中的一小部分，但實際上，這些故事有助於推動���產品功能的創意成果。 注重詳細資料非常重要，因為這有助於確保您投入資源於滿足使用者需求。

以下是撰寫準確使用者故事的三種方式，可協助您實現使用者目標：

1. 將客戶放在首位：使用者故事將終端使用者置於對話的中心，這是敏捷架構的重要組成部分。 然後，您的團隊可以優先考慮使用者需求，並專注於為正面的使用者體驗做出貢獻的方法。 

2. 推動創新解決方案：您對終端使用者角色的瞭解越深入，您的軟體解決方案就會越具創新性。 您的重點是使用者需求，這支援了內部 Business 版目標。 有效的結果取決於您對目標使用者類型的瞭解。

3. 鼓勵團隊協作：透過多位團隊成員討論並優先處理使用者故事，工作空間中的協作得以蓬勃發展。 這為現有障礙提供了新的解決方案，帶來了多種觀點。 從可測試的結果到瞭解產品需求，您的團隊溝通愈頻繁，就愈容易達成您想要的結果。

從使用者的角度定位更新內容有助於建立強大的使用者體驗，從而提升 Business 版的價值和整體需求收集流程。

透過使用者體驗推動價值

將客戶放在首位是圍繞終端使用者進行對話並最終推動更多價值的有效方式。 透過專注於終端使用者的體驗，您可以產生更具創新性的軟體解決方案，從而改善產品開發流程。 

藉助敏捷管理軟體，您將幫助您的敏捷團隊取得最佳成果。 從團隊協作到組織衝刺，Asana 都能助您一臂之力。