敏捷中的用戶故事是什么？

用戶故事是對需求的簡單描述，是捕獲用戶需求的流行敏捷方法。它可以作為團隊關于用戶需求的指南。用戶故事是您將在敏捷項目管理課程中學習的眾多敏捷技術或方法之一。

用戶故事提供了預期的背景和清晰度，而不關注技術細節。過早定義技術細節可能會阻礙替代設計選項和變更。用戶故事故意含糊不清，為創造力和口譯提供了空間。

用戶故事從最終用戶的角度講，并遵循以下格式：

作為......我想... ......這樣......

用戶故事鼓勵團隊對話，這可能會發現隱藏的假設和要求。它們應保持簡短，并應始終符合分配的驗收標準或“完成”的定義。

誰能寫一個用戶故事？

用戶是編寫用戶故事的理想人選。如果您正在使用Scrum，那么產品所有者的工作就是讓產品Backlog充滿用戶故事。在Scrum sprint期間，最重要的故事是從積壓工作中提取出來的。

如何編寫用戶故事

編寫有效用戶故事的關鍵是確定誰，什么和為什么。確保您的用戶故事遵循INVEST標準 - 獨立，可協商，有價值的可估計，小型和可測試。我們可以用以下4步驟編寫用戶故事:

1.定義最終用戶

編寫故事時要做的第一件事就是定義最終用戶。誰將使用您的產品？可視化用戶的一種有用方法是使其成為角色配置文件。給這個人一個名字，然后給他們找一張照片。添加他們的相關屬性，態度和行為。最后，給他們一個目標。以下示例是智能嬰兒監視器的用戶定義。

例：

作為[父母]

2.指定最終用戶想要的內容

對于這部分，您需要考慮您的產品提供的解決方案。您的最終用戶對您的產品有何期望？請參閱角色個人資料的“目標”部分，然后在故事中添加對此的簡要說明。以下示例顯示了最終用戶使用智能嬰兒監視器的要求。

例：

作為[父母]，我想[檢查我睡覺的嬰兒而不進入他們的房間]

3.描述產品的好處

想象一下，您是與產品開發人員交談的最終用戶。告訴開發人員您將從使用此產品中獲得的好處。以下示例顯示了最終用戶如何使用智能嬰兒監視器。

例：

作為[父母]，我想[檢查我睡著的嬰兒而不進入他們的房間]，所以我可以[確保他們的安全而不會打擾他們]。

4.添加驗收標準

在敏捷中，團隊需要提供可能可交付的產品。驗收標準是確定用戶故事是否完成的最清晰，最快捷的方式。

每個用戶故事應該至少有一個驗收標準，但盡量不要列出太多。您可以使用SMART目標來確保您的標準是可衡量的。始終記得從最終用戶的角度撰寫，而不是將驗收標準與待辦事項列表混淆。

例：

作為[父母]，我想[檢查我睡著的嬰兒而不進入他們的房間]，所以我可以[確保他們的安全而不會受到影響。

- 安裝在嬰兒床監視器上的夜間攝像頭
- 嬰兒溫度和呼吸監視器功能
- 發送到父母智能手機的數據
- 如果出現問題，將發送給智能手機的父警報

開始構建積壓工作

編寫完用戶故事后，可以將其添加到待辦事項中。一旦掌握了大量用戶故事，您就可以確定優先級并估算工作量。

擁抱變革是敏捷理念的一部分，因此產品需求可能會在沖刺期間發生變化，您可以隨著進度改進用戶故事。如果您發現您的用戶故事變得復雜或無法撤消，您可以將其分解為較小的用戶故事。這樣，故事不太可能在沖刺結束時沒有完成。

?

?

?

總結

以上是生活随笔為你收集整理的一文学会编写用户故事 (User Stories)的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。