寫好用戶故事的10個技巧


轉自:http://www.scrumcn.com/agile/scrum/20026.html

用戶故事可能是捕獲產品功能的最流行的敏捷技術:使用用戶故事很容易。但講出有效的故事可能很難。以下十個技巧可以幫助您創建好的故事。

1. 用戶第一

顧名思義,用戶故事描述了客戶或用戶如何使用產品,它從用戶的角度進行表達。另外,用戶故事特別有助於捕捉特定的功能,例如搜索產品或進行預訂。下圖說明了用戶,故事和產品功能(由圓圈表示)之間的關系。

 

 

如果你不知道誰是用戶和客戶,以及為什么他們會想要使用這個產品,那么你不應該寫任何用戶故事。首先進行必要的用戶研究,例如通過觀察和訪問用戶。否則,就有基於自己的想法和信念寫出假想的故事的風險,而不是基於數據和經過驗證的證據。

2. 使用角色來發現正確的故事

捕捉用戶和客戶的見解的一個很好的技術就是使用人物角色(Persona)。人物角色是基於目標群體的第一手知識的虛構人物。他們通常由一個名字和一張照片組成,還包括相關的特征、行為和態度、以及一個目標。目標是人物想要獲得的利益,或者人物想要通過使用產品來解決的問題。

除此之外還有:人物角色的目標可以幫助你發現正確的故事:問問自己,為了達到人物角色的目標,產品應該提供什么樣的功能。正如我在“ 從角色到用戶故事” 的文章中解釋的那樣。您可以從romanpichler.com/tools/persona-template下載一個方便的模板來描述您的角色。

3. 合作創作故事

用戶故事旨在作為一種輕量級的技術,使您能夠更快。他們不是一個規范,而是一個協作工具。故事不應該交給開發團隊。相反,他們應該被嵌入到一個對話中:  產品負責人(PO)和團隊應該一起討論這些故事。這使您只能捕獲最少量的信息,減少開銷並加速交付。

您可以進一步采取這種方法,讓團隊協作來寫故事,這可以是產品backlog梳理過程中的一個環節。如果你不能讓開發團隊參與用戶的故事工作,那么你應該考慮使用另一種更正式的技術來捕獲產品功能,例如用例。

 

 

4. 保持你的故事簡單和簡潔

寫下你的故事,以便他們很容易理解。保持簡單和簡潔。避免混淆和模棱兩可的條款,並使用主動語態。專注於重要的東西,而忽略其余的東西。下面的模板將用戶或客戶建模為一個人物角色,並使其好處明確。它基於Rachel Davies的流行模板,但是我已經用人物角色(Persona)替換了用戶角色(Role of User),將故事與相關角色聯系起來。

作為<persona>,

我想要<what?>

以便<why?>。

有用時使用該模板,但不要總是使用它。嘗試用不同的方法來寫你的故事,以了解什么對你和你的團隊最有效。

5.從Epics開始

史詩是一個大而粗略,粗糙的故事。它通常會隨着時間的變遷而分解成多個用戶故事 – 基於用戶對早期原型和產品增量的反饋。你可以把它看作是一個標題和一個更詳細的故事的占位符。

從史詩故事開始,能夠讓你在不關注太多產品詳細信息的情況下捕獲產品的功能。這對於描述新的產品和功能特別有幫助:它可以讓您捕捉到粗略的范圍,這節省了你了解如何最好地滿足用戶的需求的時間。

這也減少了整合新想法所需的時間和精力。如果在產品Backlog中有很多詳細的故事,那么將反饋和對應的條目關聯起來往往是非常棘手和耗時的,並且還有導致信息不一致的風險。

6.細化故事,直到准備就緒

把你的史詩分成更小,更詳細的故事,  直到准備就緒:清晰,可用,可測試。所有的開發團隊成員應該對故事的意義有一個共同的理解; 這個故事不應該太大且能放到一個Sprint,還必須有一個有效的方法來確定故事是否完成。

7.添加驗收標准(AC)

當你把史詩分成更小的故事時,請記住添加驗收標准。驗收標准補充敘述:它們用來描述故事達到完成必須完成的條件。驗收標准豐富了故事,使其成為可測試的,並確保故事可以演示或發布給用戶和其他干系人。作為一個經驗法則,我喜歡給詳細的故事添加三到五個驗收標准。

8.使用紙卡

用戶故事出現在極限編程(XP)中,早期的XP文獻講述了故事卡而不是用戶故事。有一個簡單的原因:用戶故事被捕獲在紙卡上。這種方法提供了三個好處:首先,紙卡便宜且易於使用。其次,他們促進合作:每個人都可以拿一張卡片並記下一個想法。第三,卡片可以很容易地分組在桌子或牆上,以檢查一致性和完整性,並可視化依賴關系。即使你的故事是以電子方式存儲的,當你寫新的故事時,使用紙卡也是值得的。

9.保持你的故事可見和可訪問

故事要傳達信息。因此,不要將其隱藏在你的服務器和電腦上。你可以把它們放在牆上,使它們可見。這會促進協作,創建透明度,而且你可以很快的發現你過快地添加了太多的故事,因為你的牆面快用完了。

我有一個方便的工具可以幫助你來發掘、可視化和管理你的故事,這就是我的產品畫布。

10 不要單靠用戶故事

創造出色的用戶體驗(UX)需要的不僅僅是用戶故事。用戶故事有助於捕捉產品功能,但不能很好地描述用戶旅程和 視覺設計。因此,可以用其他技術來補充用戶故事,例如故事地圖,工作流程圖,故事板,草圖和模型。

另外,用戶故事不能很好地捕捉技術要求。如果您需要傳達像組件或服務這樣的架構元素應該做什么,那么請編寫技術故事,或者,根據我的偏好——使用像UML這樣的建模語言。

最后,在開發可能被重用的軟件時,編寫用戶故事是值得的。但是,如果你想快速創建一個一次性原型或模型來驗證一個想法,那么寫故事可能不是必要的。記住:用戶故事不是關於記錄需求; 他們希望能夠使您更快並盡快開發軟件,而不是強加額外的開銷。

 

英文資料來源: http : //www.romanpichler.com/blog/10-tips-writing-good-user-stories/
作者:羅馬·皮赫勒
譯者:廖靖斌Eric Liao, Scrum中文網資深敏捷教練、顧問和培訓師,CSP


免責聲明!

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



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM