如何在 Jira 中編寫用戶故事

創建網絡應用程序/軟件不僅僅是編寫代碼並啟動和運行應用程序。

涉及多個步驟，例如了解需求、設計、測試、改進和應用程序的最終發布。

我們看到的一些 Web 應用程序在開發過程中有些複雜，難以理解。 幸運的是，當複雜的過程、想法或概念被形象化時，就很容易消化它們。

用戶故事是軟件開發旅程中的重要組成部分，因為它有助於直觀地描述其功能並確定需要開發的項目或故事的優先級。 繼續閱讀以了解如何在 Jira 中創建用戶故事。

什麼是用戶故事

用戶故事可以描述為從最終用戶的角度編寫的網絡應用程序/軟件功能的一般說明。 值得注意的是，用戶故事不是軟件需求。 但是，此類故事是非正式的，旨在說明此類功能如何為最終用戶提供價值。

用戶故事的基本結構

用戶故事是“待辦事項”列表，可幫助確定處理項目時要遵循的步驟。 用戶故事應該捕捉產品需求的“誰”、“什麼”和“為什麼”。 這樣的故事很簡短，每個元素包含 10-15 個單詞。 這些步驟將有助於確保產品和過程滿足預期要求。

根據 Ron Jeffries 的說法，每個用戶故事都應該有 3C，表示“卡片、對話和確認”。 現在讓我們描述在 Jira 中編寫用戶故事時要觀察的 3C。

卡片

用戶故事最初是寫在實體卡片或便利貼上的。 我們現在擁有現代卡片，我們可以在 Jira 中編寫用戶故事時輕鬆自定義。 但是，該卡將僅包含有關要求的一些信息。 一張卡片將包含足夠的信息來幫助您了解需求。

該卡片還可以包含重要的詳細信息，例如與該功能相關的優先級和成本。 捕獲所有詳細信息後，產品負責人或項目經理會將故事卡移交給開發人員。

對話

在使用卡片製定用戶故事後，相關方之間將進行對話。 在與開發人員溝通之前，需要對用戶故事中的需求進行討論和細化。

產品所有者、Scrum Master、開發人員和利益相關者之間的對話也促進了協作。 從規劃階段到選擇用戶故事進行實施，各種利益相關者通過這些對話分享他們的想法和意見。 這些對話可以是口頭的，有時還有支持文件。

確認

對話可以持續數天甚至數週。 但是，可能存在疑問，因此需要確認。 您可以添加一些標準，將特定度量作為驗收標準。 這些措施可以寫成故事中的項目符號列表。

確認以驗收測試的形式出現。 此類測試應捕獲基本要求並幫助您測試創建的產品以確定其是否符合標準。 產品負責人定義驗收標準。 另一方面，開發人員的任務是實施驗收標準。

編寫用戶故事的目的

• 幫助設計師、產品負責人和開發人員從最終用戶的角度思考。 現代產品應始終考慮最終用戶將如何與產品交互。 用戶故事是一種出色的方法，可以突出最終用戶在設計和開發產品時的旅程。
• 具有簡單靈活的格式。 Jira 中的用戶故事不必很複雜。 直接的格式確保您使用盡可能少的單詞捕獲所有細節。 隨著系統/軟件應用程序的增長，需求也會發生變化，這就是用戶故事可以靈活適應此類變化的原因。
• 團隊講同一種語言。 典型的開發團隊可以有產品負責人、設計師和開發人員。 用戶故事是一個很好的工具，可以確保團隊中的每個人都了解需求和最終目標。
• 用戶故事使協作成為可能。 用戶故事定義最終目標。 因此，團隊可以一起工作並決定如何最好地為最終用戶服務並實現既定目標。

編寫用戶故事時應遵循的最佳實踐

#1。 應明確定義用戶

僅當用戶被識別時才應進行工作。 請求此功能的用戶可以是外部用戶、客戶或產品經理。 用戶有時可以在註意到應該處理的功能後成為開發人員。

用戶呈現為：

“作為[用戶名]……”

例如，“作為房客……”，或“作為房東……”。

#2。 用戶故事必須抓住需求

一些要問的問題是——用戶是想與他們的朋友分享產品圖片還是想查看他們過去購買的所有商品的歷史記錄？ 這些問題將幫助產品團隊了解他們應該創造什麼。

這個階段出現的一個常見錯誤是提出解決方案。 但是，用戶故事不應附帶解決方案。 作為產品開發人員，在 Jira 中編寫用戶故事時，您應該與用戶合作以捕捉他們的需求，但避免倉促下結論。

需求表示為“作為 [用戶名]：我可以 [實現某些目標]……”

例如，“作為房東：我可以看到每月收取的租金明細……”

#3。 應該有一個合格的聲明

您可以簡單地用諸如“so that”之類的短語來呈現限定語句。 一項功能不僅僅是添加到應用程序中，而且該功能應該增加價值。

您可以將資格聲明呈現為；

“作為 [用戶名]，我可以 [取得一些成就]，因此 [價值聲明]……”

例如;

“作為房東：我可以看到每月收取的租金明細，這樣我就可以計劃我的開支。”

合格聲明證明了產品團隊為何應致力於所提議的功能。

#4。 用戶故事應該是獨立的

創建的每個用戶故事都應該代表一組獨立且不同的業務價值。 因此，當開發人員實施用戶故事時，應該會有增量價值。

#5。 讓用戶故事可以協商

可以清楚地描述用戶故事的最終目標。 但是，實現既定目標的過程應該是可以協商的。 用戶故事應該允許產品負責人和開發團隊進行協商，以防止對功能或特性的不切實際的限制。

#6。 應該簡單和小

如果你想在給定的衝刺週期內實現目標，你應該讓 Jira 中的用戶故事變小。 如果您的故事過於復雜，則表明您需要進一步分解它。

在 Jira 中創建用戶故事的分步過程

Jira 是現代世界中最好的項目管理工具之一。 Jira 最初用於錯誤和問題跟踪，但現在已經發展成為開發團隊的全能敏捷軟件開發工具。

此應用程序的簡潔功能以及與各種應用程序的輕鬆集成是您應該在 Jira 中編寫用戶故事的原因。 按照以下步驟創建您的第一個用戶故事

#1。 登錄/創建您的 Jira 帳戶

如果您已有 Jira 帳戶，請登錄並轉到第 2 步。但是，如果您沒有 Jira 帳戶，則可以免費創建一個 Jira 帳戶。 填寫詳細信息並按照教程設置您的第一個項目。 帳戶準備就緒後，您現在可以轉到第 2 步。

#2。 創建問題

問題用於跟踪必須完成的單個工作。 單擊 Jira 儀表板頂部導航欄上的“創建”圖標。

#3。 陳述你的用戶故事

在描述部分描述您的問題。 對於這個例子，我們的描述是“作為用戶，我想分享重要的交易，讓我的朋友/家人受益。”

#4。 附加相關文件

某些任務可能需要文件。 但是，我們的用戶故事沒有圖像，因此我們將跳過該步驟。

#5。 添加描述

本節詳細介紹該功能。 在我們的案例中，我們可以描述可以共享產品的社交媒體平台。

#6。 分配任務

該任務會自動分配給故事的創建者。 但是，如果您作為一個團隊工作，您可以將問題分配給另一個人。

#7。 設置任務優先級

在 Jira 中編寫用戶故事時，您可以將優先級設置為最高、高、低或最低。 我們為社交媒體共享功能選擇了“高”。

#8。 發布用戶故事

由於您是第一次創建用戶故事，因此不會有很多功能。 您可以點擊“創建”按鈕，然後您的用戶故事就可以查看了。

包起來

當您按照上述步驟操作時，在 Jira 中編寫用戶故事並不難。 Jira 也有指南和教程，您可以在遇到困難時隨時參考。

您可能還對本敏捷方法指南感興趣。