Scrum 指南 | 21. 用戶故事錯誤

已發表: 2022-05-24

用戶故事描述了新產品功能如何以日常或商業語言工作。 然而，他們的準備工作需要大量的時間、精力和思考。 在今天的條目中，我們指出了最常見的用戶故事錯誤並建議如何處理它們。

最常見的用戶故事錯誤——目錄：

用戶故事可以是一個很好的工具，可以激勵團隊從用戶的角度提出新的解決方案來解決問題。我們在單獨的條目中寫了關於用戶故事的內容。在本文中，我們介紹了 INVEST，這是一種編寫優秀用戶故事的流行方法。今天我們將關注用戶故事的錯誤。

一個合適的用戶故事回答了以下問題：

然而，這些問題的每一個問題的答案都可能伴隨著問題。最不常見的問題是懷疑產品應該改變什麼以響應客戶的需求。因此，我們將關注關於誰的問題？為什麼？

創建用戶故事時最常見的錯誤之一是沒有足夠準確地回答問題：為誰？換句話說，計劃變更的目標用戶是誰？

通常，將客戶或最終用戶作為變更接收者的通用響應是不夠的。這個問題的解決方案是將接收者想像成一個特定的角色。角色是目標客戶的模型圖像。 換句話說，人物角色是以特定方式使用產品的人的代表。

分析你的用戶故事後，你可能會發現它同時講述了不同人的故事。如果有很多目標用戶，則值得考慮將用戶故事拆分成更小的片段，以避免相互矛盾、相互排斥或根本無效的操作。

有時用戶故事的最後一部分會成為問題的根源。它應該指定在用戶故事執行期間所做更改的業務價值。看一個用戶故事錯誤的例子，其中附加功能的描述取代了目標：

作為客戶，我想一鍵購買魔杖，因為我想在下週購買飛毯。

這個用戶故事沒有給出購買魔杖的原因，而是在潛在客戶的購物清單中添加了另一個項目。因此，在準備用戶故事時，不要忘記更改產品功能的原因。

我們可以將使用用戶故事的過程分為三個階段，稱為 3C：

這些中的任何一個都可能發生錯誤，我們將在下面進行描述。

存儲用戶故事的存儲卡容量有限。因此，最常見的問題是用戶故事的長度和數量。 正如他們所說，用戶故事需要連貫性，不能拐彎抹角，做到每個字都重要的精確程度。

這是因為用戶故事卡的問題有兩個維度。一種是它的表述方式：簡潔並包含必要的最小數量的枚舉。 第二個是用戶故事的實際大小。 一個通用的句子可以表達在單個 Sprint 中無法完成的大量任務。

用戶故事的一句話表述是與開發團隊對話的起點。因此，將其視為對要執行的任務的描述是不正確的。 它消除了就其實施的各種方式進行談判和討論的可能性。用戶故事不應被視為對新產品功能需求的描述，而是邀請開始討論特定技術解決方案，從而實現用戶故事定義的業務價值。

我們在描述什麼是用戶故事的文本中詳細介紹了必須為每個用戶故事定義的驗收標準。然而，常見的錯誤之一是績效標準缺乏模糊性。

編寫良好的用戶故事包含對其實施情況的描述。它的測試是用戶利用開發團隊創建的新功能。

驗證用戶故事的一個有用工具是開發驗收測試。 這通常位於包含用戶故事的卡片的另一面。

在準備和應用用戶故事時，值得遵守以下規則：

如果您喜歡我們的內容，請加入我們在 Facebook、Twitter、LinkedIn、Instagram、YouTube、Pinterest 上忙碌的蜜蜂社區。

作者：卡羅琳·貝克爾
作為項目經理，Caroline 是尋找新方法來設計最佳工作流程和優化流程的專家。她的組織能力和在時間壓力下工作的能力使她成為將復雜項目變為現實的最佳人選。
查看所有帖子