Scrum 指南 | 22. 用戶故事接受標準

已發表: 2022-05-25

用戶故事是一種允許企業提供最大程度滿足客戶需求的產品和服務的技術。 用戶故事接受標準從用戶的角度增強了對新產品功能的評估。

用戶故事接受標準——目錄：

我們在之前的文章中介紹了用戶故事和創建它時要解決的問題。然而，今天，我們將專注於用戶故事的接受標準。

驗收標準應遵循以下準則：

官方 Scrum 指南沒有定義用戶故事及其接受標準。 它們是可選的，但 Scrum 工作中非常常見的元素。 儘管如此，為了緩解讀者的好奇心，我們將它們描述為：在給定的 Sprint 中產品增強必須滿足的條件才能獲得用戶的批准。

編寫良好的用戶故事包含對其所關注的上下文或情況的清晰描述，從而滿足驗收標準。儘管如此，這只是一個簡短的句子，過於模糊和模棱兩可，無法直截了當地指出必要的考慮因素。

因此，為了防止歧義，與客戶進行詳細的對話並記錄下來，以確定實施解決方案的目的。請記住，驗收標準的最終制定屬於產品負責人。

在 Sprint 計劃之前將它們與用戶故事標準一起寫下來。每個 Scrum 團隊成員都必須閱讀並確認他們理解並同意用戶故事接受標準。通常，驗收標準位於用戶故事卡的另一側。

正確制定的驗收標准允許用戶檢查測試用戶故事是否符合其描述。在 Sprint 結束時的產品測試期間完成時，標準可以採用帶有要點的清單的形式。

如果產品的操作對用戶是透明的，事情就很簡單了。 但是，產品越複雜，測試就越困難。以復雜的軟件或大型服務為例。因此，在大多數情況下，驗證用戶故事的有用工具是準備驗收測試。

如果您決定開發驗收測試，請將其放在包含用戶故事的卡片的另一面。稍後，Scrum 團隊或外部 QA 團隊可以執行它。

測試必須首先包含產品是否未通過或通過測試的明確聲明。它不能包含百分比陳述或中間評估。

如果用戶故事有多個驗收標準，則每一個都需要單獨測試。 這樣，更容易確定哪些產品功能需要改進或改進，如果用戶故事中包含的新功能重疊或相互獨立，這一點尤其重要。

完成的定義是在 Scrum 中工作的一個組成部分，它在技術上等同於驗收標準。但是，您不應混淆這兩者，因為它們表示不同的承諾。完成的定義是什麼，如何以及何時制定它是我們在單獨的帖子中討論的一個問題？

在這裡，我們只提一下，Done 的定義是對 Product Backlog 中 Increment 完成後產品預期狀態的清晰透明的描述。 它描述了在增量中所做的改進。這與對應於用戶故事的驗收標準形成對比，後者描述了在最後一個 Sprint 期間創建的產品功能，因為它是由客戶感知的。

例如，以這個用戶故事的內容為例：

作為網上商店的登錄客戶，我想一鍵購買魔杖。

上述用戶故事的完成定義可能包括以下內容：

另一方面，客戶接受標準具有以下特點：

驗收標準是一組條件，作為評估用戶故事實施的一種方式。通過從用戶的角度描述新的和改進的產品性能，這種方法成為與客戶合作的有效工具。 它從用戶的角度展示了 Scrum 團隊的績效。

精心製定的驗收標準，例如驗收測試的形式，還允許我們在 Sprint 期間檢查創建的功能是否增強了滿足客戶需求的能力。

接受標準與完成定義的不同之處主要在於它們對錶達的看法。它們不包含對新解決方案應滿足的技術要求的描述，而僅包含產品在實現新用戶故事後應具備的功能。

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

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

查看所有帖子