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

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

使用者故事從終端使用者的觀點對軟體功能進行解釋。 這有助於敏捷團隊瞭解使用者的需求，以便提供最佳功能。

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

什麼是使用者故事？

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

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

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

通常，產品待辦項目會將這些故事歸類為史詩或待辦項目，作為較大任務的基石。 透過強調使用者的觀點，使用者故事有助於團隊在滿足功能性與非功能性需求的同時，始終明確專注於打造流暢的使用者體驗。 

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

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

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

1. 角色

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

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

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

2. 目標

目標說明使用者希望透過該功能或軟體產品實現哪些目標。 目標是使用者故事對應的核心，因為它們突顯了使用者正在尋找的功能。 透過專注於目標，團隊可以優先處理能帶來實際價值的任務。

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

3. 益處

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

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

4. 故事點數

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

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

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

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

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

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

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

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

步驟 1. 確定角色

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

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

• 我們是為誰開發此軟體功能？

• 終端使用者想要哪種類型的產品功能？

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

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

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

步驟 2. 描述需求

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

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

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

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

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

需求範例：協助團隊成員瞭解個別任務如何為更大的業務目標做出貢獻。

步驟 3. 定義目的

透過分析軟體發佈的整體情況來定義目的。 請思考軟體功能如何配合您的內部目標。 

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

• 此軟體功能有哪些好處？

• 您要解決什麼問題？

• 這如何與更宏大的目標相契合？

此處的目的是定義您的軟體功能相對於整體目標的價值。

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

使用者故事範本

使用者故事範本可協助團隊專注於終端使用者的需求以及該功能將帶來的價值。 此結構可確保整個開發流程的明晰度和同步協調。

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

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

以下是一則使用者故事的實際範例：

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

一起來深入瞭解這個使用者故事：

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

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

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

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

• 好處：終端使用者對該功能所期望的價值或好處，將故事與業務目標或使用者滿意度連結起來。

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

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

使用者故事範例

為了讓您進一步瞭解敏捷使用者故事，我們整理了幾個範例。 您的使用者故事越有效，您就能為終端使用者創造越多的價值。 

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

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

• 作為產品經理，我希望有一種方法，讓團隊成員瞭解個別任務如何為更大的業務目標做出貢獻，從而激發效率。

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

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

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

• 身為應用程式的經常性使用者，我希望有一種方法能以最快的方式消化相關資訊。 

在所有三個範例中，您都可以看到從終端使用者的角度提出軟體更新的重要性。 如此一來，您的開發團隊就能以客戶的最大利益為考量進行更新。

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

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

讓我們深入瞭解其中的每一項，以便更好地瞭解構成有效使用者故事的要素。 

使用者故事的 3 個 C

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

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

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

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

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. 推動創新解決方案：您對終端使用者的角色越深入瞭解，您的軟體解決方案就會越創新。 您的重點在於使用者需求，這有助於實現內部業務目標。 有效結果取決於您對目標使用者類型的瞭解程度。

3. 鼓勵團隊協作：當多名團隊成員共同討論並確定使用者故事的優先順序時，工作空間中的協作就會蓬勃發展。 這能帶來多種觀點，為現有的障礙提供新的解決方案。 從可測試的結果到瞭解產品需求，您的團隊溝通得越多，就越容易實現您期望的結果。

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

透過使用者體驗推動價值

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

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