什么是用戶故事: 定義和概述

本文轉載自查看原文 2021-11-09 15:27 3236 use story/ agile

用戶故事是敏捷方法的一部分。他們將重點從寫作轉移到談論需求。每個敏捷用戶故事都包含一兩句話。最重要的是，它們包括一系列關於特定功能的對話。

這些用戶故事是通過敏捷項目編寫的。最好的部分是任何人都可以寫一個故事。簡而言之，您團隊的所有成員都可以在項目結束時編寫用戶故事的示例。它用於敏捷軟件開發領域，尤其是在 Scrum 框架中。想了解更多關於用戶故事的信息？然后查看此鏈接。

在本文結束時，您將找到所有問題的答案，例如什么是用戶故事、何時編寫以及由誰編寫。所以堅持到最后。

什么是用戶故事？

用戶故事是用日常語言編寫的描述，從最終用戶的角度解釋特定軟件的功能或特性。該工具通常用於產品開發或敏捷軟件管理。大多數敏捷專家將其描述為產品開發工作的最小單元，它將幫助您為客戶提供價值。

編寫用戶故事的主要目的是了解特定項目如何將價值回饋給最終用戶。產品團隊通常將開發工作分解為用戶故事，而不是產品需求和功能。原因很簡單，因為它們是用非正式語言編寫的，所以人們很容易理解。通過用戶故事，團隊將專注於真實的人而不是抽象的特征。

正如您已經了解的那樣，大多數用戶故事主要由客戶或用戶編寫或為客戶或用戶編寫，以影響正在開發的軟件的特性或功能。然而，所有產品團隊對用戶故事的使用並不相同。在某些情況下，任何人都可以編寫用戶故事，利益相關者也參與討論，故事只是根據人物角色編寫或編寫的。而在其他團隊中，項目負責人負責將用戶故事制定並組織到產品待辦列表中。

用戶故事不能替代技術要求、文檔或用例。它是建立真正的產品需求並幫助團隊實現該目標的起點。

為什么是用戶故事？

在整個項目生命周期中，隨着客戶和團隊了解有關系統的新細節，需求會發生變化。團隊通常不只是創建一個需求列表，完成它，然后交付項目。然而，事實並非如此，最重要的是，這也不現實。當您了解有關系統或產品的新事物時，要求也會發生變化。

敏捷軟件開發使用用戶故事方法的一個重要原因是，這些故事幫助開發人員與外部世界聯系並創建為用戶提供價值的產品。如果您的團隊想從這種方法中受益，那么他們就會與用戶聯系並了解他們的痛點和收獲領域。簡而言之，要交付優質產品，開發團隊必須與客戶聯系並了解他們的情緒和需求。

通過用戶故事，可以減少編寫長文檔所花費的時間。相反，他們可以利用這段時間快速交付高質量的軟件，讓客戶和團隊都滿意。

用戶故事的好處

以下是在敏捷軟件開發中使用用戶故事方法的一些好處，它們是

其一致且簡單的格式可在確定和捕獲需求的優先級時節省時間
它讓您滿意，因為您將能夠提供滿足客戶需求的優質產品
促進開發團隊、最終用戶和產品所有者之間的協作
改善團隊和用戶之間的溝通，從用戶那里收到的反饋將幫助他們改進產品
提高參與產品開發的所有各方之間的透明度
幫助開發者更好地理解客戶痛點，從而提供合適的解決方案

用戶故事的特點是什么？

用戶故事充當了產品開發人員和用戶之間的橋梁。這些用戶故事通常寫在索引卡上，主要關注最終用戶的滿意度。這些索引卡由一個或多個句子組成。但僅僅在一兩句話中，用戶故事就應該以簡單的方式捕捉特定功能的原因和內容。這些通常僅限於細節，因為它們是手寫在索引卡上的。

在 Scrum 框架中，它通常很小，因為它應該在一個 sprint 中交付並且足夠有價值，以便用戶可以使用它並提供他們的反饋。

這是一個好的用戶故事的特征

大多數人使用熟悉的敏捷格式編寫用戶故事，即“作為（最終用戶），我想要（要求/目標），為此（收益）”。但這可能並非在所有情況下都適用，很快他們就會發現自己遇到了諸如找到合適的故事大小、范圍、復雜性等問題。所以這里是一個好故事的特征，在您的用戶故事中實現它們。

獨立的 (Independent) - 您的用戶故事不應與概念重疊。當用戶故事獨立時，處理用戶故事變得容易。團隊通常會創造性地拆分功能以創建更多獨立的故事。
面議 (Negotiable) - 用戶故事的重要特征是它應該是可協商的。它應該捕捉產品的需求，而不是細節。通過這種方式，它為團隊提供了協商開發產品的方法和范圍的機會。
有價值的 (Valuable) - 編寫用戶故事的全部目的是了解最終用戶的痛點，並為他們提供滿足其要求的優質產品。因此，一個好的用戶故事應該始終對最終用戶有價值。並且只有當您的用戶故事回答“為什么”時才有可能。如果您得到了該問題的答案，那么您就可以開發出令人驚嘆的產品，以便用戶可以使用它並向您提供反饋。通過這種方式，您可以避免創建無法提供價值的故事。
估計 (Estimable) - 如果對團隊沒有好處，那么編寫用戶故事的意義何在？一個好的用戶故事應該非常清晰，團隊應該能夠估計交付可測試和可交付功能所需的時間和精力。該估算也將有助於預測交付時間表和預算。
小的 (Small) - 一個好的用戶故事應該很小。因為工作超過一周，那么可能會直接影響功能的交付。如您所知，如果開發延遲，用戶的反饋也會延遲。因此，您必須始終記住，您的用戶故事應該很小並按時交付給團隊。
可測試 (Testable) - 一個好的用戶故事應該是可測試的。簡而言之，用戶或產品所有者必須清楚地了解用戶故事，以便他們可以編寫和執行測試。你的故事應該是可測試的，如果不是，那么你必須以一種可以測試的方式重新構建。

如何寫用戶故事？

在編寫用戶故事時，您必須考慮一些事項。因此，在編寫故事時您必須記住的重要一點是，它應該描述最終狀態（要完成的任務或要實現的目標）。當你寫作時，你必須確保你的故事清楚地傳達了終點。以便您的團隊可以輕松跟蹤項目的開發。永遠記住，你的故事應該包括完成故事中提到的任務所需的所有細節。簡單的說，除了寫故事，你還要勾勒和划分任務，分配給相關的人。

如果您希望您的用戶故事對團隊有所幫助，那么您還必須記錄您在故事中處理的客戶或用戶的類型。以防萬一，如果您有很多用戶，那么為每種類型創建一個故事。根據用戶故事映射的概念，您必須考慮您的產品是一系列工作或任務，您的用戶將能夠在產品的幫助下完成。因此，如果您想清楚地構建開發工作，請將每個步驟寫為用戶故事。

為了提高開發能夠與客戶和市場產生共鳴的產品的機會，您必須首先與他們建立聯系。了解他們的優先級，了解他們的情緒，對產品的要求。如果您想編寫幫助您的團隊的用戶故事，請分析從用戶的答案中收集的信息。

你必須記住，如果一個用戶故事的時間超過一個沖刺，那么它會延遲你的反饋和交付時間。因此，所有比一個 sprint 花費時間更長的故事都應該分成更小的部分才能有效地工作。

免責聲明！

本站轉載的文章為個人學習借鑒使用，本站對版權不負任何法律責任。如果侵犯了您的隱私權益，請聯系本站郵箱yoyou2525@163.com刪除。

猜您在找 用戶故事之如何編寫用戶故事用戶故事用戶故事三要素用戶故事(User Story) 如何編寫用戶故事用戶故事(User Story) 典型用戶、用戶故事和用戶場景什么是用戶故事?例子，優點和缺點用戶故事之概念和編寫依據敏捷：什么是用戶故事（User Story）