*佳實(shí)踐：敏捷需求管理——如何寫好用戶故事

點(diǎn)這里??星標(biāo)關(guān)注，獲取最新資訊！

丁仿，敏捷教練，研發(fā)效能（DevOps）工程師（中級）課程學(xué)員在敏捷項(xiàng)目管理中，用戶故事（User Stories）是需求管理的核心工具。本篇文章將從用戶故事的基本概念、編寫技巧、常見誤區(qū)及*佳實(shí)踐四個方面展開，為大家提供一份詳盡的指南。一、用戶故事的基本概念1.1 用戶故事的定義用戶故事是一種簡單且非正式的描述，用于捕捉產(chǎn)品需求，從用戶的角度出發(fā)，明確用戶希望實(shí)現(xiàn)的功能或解決的問題。通常，一個用戶故事格式如下：作為[用戶角色]，我希望[實(shí)現(xiàn)某個目標(biāo)]，以便[達(dá)到某個目的]。1.2 用戶故事的特點(diǎn)簡單明了：用戶故事應(yīng)簡短，易于理解，避免復(fù)雜的技術(shù)細(xì)節(jié)。用戶導(dǎo)向：始終從用戶的需求和視角出發(fā)?？捎懻摚河脩艄适碌哪康氖且l(fā)團(tuán)隊(duì)討論，以進(jìn)一步細(xì)化需求。獨(dú)立性：每個用戶故事應(yīng)盡可能獨(dú)立，以便能夠獨(dú)立開發(fā)、測試和交付?？蓽y試：每個用戶故事應(yīng)包含可驗(yàn)證的驗(yàn)收標(biāo)準(zhǔn)，以確定完成情況。1.3 為什么要使用用戶故事1.3.1 促進(jìn)溝通與協(xié)作用戶故事的簡潔和用戶導(dǎo)向性使得它們非常適合在團(tuán)隊(duì)中引發(fā)討論和協(xié)作。通過用戶故事，團(tuán)隊(duì)成員能夠更好地理解用戶需求，從而在開發(fā)過程中更好地合作，減少誤解和溝通障礙。1.3.2 提高靈活性用戶故事短小精悍，便于快速調(diào)整和迭代。這種靈活性使得團(tuán)隊(duì)能夠更快地響應(yīng)變化，不斷優(yōu)化和改進(jìn)產(chǎn)品，確保最終交付的產(chǎn)品更符合用戶需求。1.3.3 聚焦用戶價值用戶故事強(qiáng)調(diào)用戶價值，每個用戶故事都圍繞用戶希望實(shí)現(xiàn)的目標(biāo)展開。這有助于團(tuán)隊(duì)在開發(fā)過程中始終關(guān)注用戶需求，確保所開發(fā)的功能真正對用戶有用。1.4 用戶故事與需求文檔的區(qū)別

1.4.1 表達(dá)方式傳統(tǒng)需求文檔通常詳盡而繁瑣，包含大量的技術(shù)細(xì)節(jié)和業(yè)務(wù)邏輯。而用戶故事則簡潔明了，關(guān)注用戶需求和用戶價值，以便于團(tuán)隊(duì)理解和討論。1.4.2 適應(yīng)性傳統(tǒng)需求文檔往往在項(xiàng)目初期就固定下來，后續(xù)修改難度大。而用戶故事具有高度的靈活性，可以在開發(fā)過程中不斷調(diào)整和優(yōu)化，更好地適應(yīng)變化的需求。1.4.3 目標(biāo)導(dǎo)向需求文檔通常以系統(tǒng)功能和技術(shù)實(shí)現(xiàn)為導(dǎo)向，缺乏用戶視角。而用戶故事則始終從用戶角度出發(fā)，確保開發(fā)的每個功能都對用戶有價值。1.4.4 溝通方式需求文檔通常需要花費(fèi)大量時間閱讀和理解，可能導(dǎo)致溝通不暢。而用戶故事簡單易懂，能夠快速引發(fā)團(tuán)隊(duì)討論，促進(jìn)溝通和協(xié)作。二、編寫高質(zhì)量用戶故事的技巧2.1 清晰定義用戶角色清晰定義用戶角色是編寫用戶故事的第一步。了解用戶的背景、需求和痛點(diǎn)，有助于編寫更貼近實(shí)際的用戶故事?？梢酝ㄟ^創(chuàng)建用戶角色畫像（Persona）來深入理解用戶。例子：作為在線購物者，我希望在結(jié)賬時看到商品的運(yùn)費(fèi)，以便了解總支付金額。作為內(nèi)容管理員，我希望能夠編輯和發(fā)布文章，以便保持網(wǎng)站內(nèi)容的更新和質(zhì)量。2.2 采用INVEST原則高質(zhì)量的用戶故事通常遵循INVEST原則：Independent（獨(dú)立的）：用戶故事應(yīng)獨(dú)立存在，不依賴其他故事。Negotiable（可協(xié)商的）：用戶故事應(yīng)簡潔，不拘泥于細(xì)節(jié)，以便在討論中進(jìn)一步完善。Valuable（有價值的）：用戶故事應(yīng)對用戶或業(yè)務(wù)有明確的價值。Estimable（可估量的）：用戶故事應(yīng)有足夠的信息，使團(tuán)隊(duì)能夠估算工作量。Small（小型的）：用戶故事應(yīng)足夠小，以便在一個迭代中完成。Testable（可測試的）：用戶故事應(yīng)包含明確的驗(yàn)收標(biāo)準(zhǔn)，以驗(yàn)證完成情況。例子：作為客戶，我希望能夠搜索產(chǎn)品，以便快速找到我需要的商品。Independent：搜索功能獨(dú)立存在，不依賴其他功能。Negotiable：搜索結(jié)果頁面的布局可以在討論中確定。Valuable：用戶能夠快速找到所需商品，提高購物體驗(yàn)。Estimable：開發(fā)團(tuán)隊(duì)能夠估算出搜索功能的開發(fā)時間。Small：搜索功能可以在一個迭代中完成。Testable：測試用例包括搜索特定商品和檢索正確結(jié)果。2.3 引入驗(yàn)收標(biāo)準(zhǔn)驗(yàn)收標(biāo)準(zhǔn)是用戶故事的關(guān)鍵組成部分，它定義了用戶故事完成的條件。驗(yàn)收標(biāo)準(zhǔn)應(yīng)具體、可測量，以確保開發(fā)團(tuán)隊(duì)理解需求并能驗(yàn)證完成情況。例子：作為在線購物者，我希望在結(jié)賬時看到商品的運(yùn)費(fèi)，以便了解總支付金額。驗(yàn)收標(biāo)準(zhǔn)：用戶能夠在購物車頁面看到每件商品的運(yùn)費(fèi)。用戶能夠在結(jié)賬頁面看到總運(yùn)費(fèi)。運(yùn)費(fèi)計(jì)算準(zhǔn)確無誤。2.4 使用BDD（行為驅(qū)動開發(fā)）格式行為驅(qū)動開發(fā)（BDD）提供了一種更結(jié)構(gòu)化的用戶故事編寫方式，通過Given-When-Then格式，明確描述用戶故事的場景、操作和預(yù)期結(jié)果。例子：作為在線購物者，我希望在結(jié)賬時看到商品的運(yùn)費(fèi)，以便了解總支付金額。驗(yàn)收標(biāo)準(zhǔn)：Given 用戶在購物車頁面When 用戶點(diǎn)擊結(jié)賬按鈕Then 系統(tǒng)應(yīng)顯示商品的運(yùn)費(fèi)2.5 定期審視和重構(gòu)用戶故事用戶故事并不是一成不變的。隨著項(xiàng)目的進(jìn)展和需求的變化，用戶故事需要定期審視和重構(gòu)，以保持其相關(guān)性和準(zhǔn)確性。定期的需求審查會議是確保用戶故事質(zhì)量的有效方式。例子：一個初始用戶故事可能是：作為內(nèi)容管理員，我希望能夠編輯和發(fā)布文章，以便保持網(wǎng)站內(nèi)容的更新和質(zhì)量。經(jīng)過討論和重構(gòu)后，可能細(xì)化為多個小用戶故事：1. 作為內(nèi)容管理員，我希望能夠編輯文章標(biāo)題和正文，以便修正內(nèi)容錯誤。2. 作為內(nèi)容管理員，我希望能夠添加和編輯文章標(biāo)簽，以便分類和檢索文章。3. 作為內(nèi)容管理員，我希望能夠?qū)⑽恼聵?biāo)記為發(fā)布或草稿，以便控制文章的發(fā)布狀態(tài)。三、常見誤區(qū)及解決方案3.1 用戶故事過于詳細(xì)許多團(tuán)隊(duì)在編寫用戶故事時，傾向于將其寫得過于詳細(xì)，涵蓋大量技術(shù)細(xì)節(jié)。這樣會限制團(tuán)隊(duì)的靈活性和創(chuàng)造性。解決方案是保持用戶故事簡潔，詳細(xì)信息可在討論中補(bǔ)充。例子：過于詳細(xì)的用戶故事：作為XX用戶，我希望系統(tǒng)能夠在數(shù)據(jù)庫中存儲我的訂單信息，并在結(jié)賬時從數(shù)據(jù)庫中讀取，以便確保訂單數(shù)據(jù)的持久性。改進(jìn)后的用戶故事：作為XX用戶，我希望系統(tǒng)能夠保存我的訂單信息，以便在結(jié)賬時查看訂單詳情。3.2 缺乏驗(yàn)收標(biāo)準(zhǔn)沒有驗(yàn)收標(biāo)準(zhǔn)的用戶故事難以驗(yàn)證完成情況，容易導(dǎo)致需求偏差。解決方案是始終為每個用戶故事定義明確的驗(yàn)收標(biāo)準(zhǔn)，確保其可測試性。例子：沒有驗(yàn)收標(biāo)準(zhǔn)的用戶故事：作為用戶，我希望能夠搜索商品。改進(jìn)后的用戶故事：作為用戶，我希望能夠搜索商品，以便快速找到所需商品。驗(yàn)收標(biāo)準(zhǔn)：用戶在搜索欄輸入關(guān)鍵詞后能夠看到相關(guān)商品列表。搜索結(jié)果包含商品名稱、價格和縮略圖。搜索結(jié)果準(zhǔn)確匹配關(guān)鍵詞。3.3 用戶故事過大過大的用戶故事難以在一個迭代中完成，容易導(dǎo)致延遲。解決方案是將大用戶故事拆分為更小的、獨(dú)立的用戶故事，遵循“Small”原則。例子：過大的用戶故事：作為普通用戶，我希望能夠管理我的賬戶信息，包括更改密碼、更新個人資料和查看訂單歷史。改進(jìn)后的用戶故事：1. 作為普通用戶，我希望能夠更改密碼，以確保賬戶安全。2. 作為普通用戶，我希望能夠更新個人資料，以保持信息準(zhǔn)確。3. 作為普通用戶，我希望能夠查看訂單歷史，以便追蹤我的購買記錄。3.4 忽視用戶價值一些用戶故事關(guān)注技術(shù)實(shí)現(xiàn)而忽視用戶價值，導(dǎo)致產(chǎn)品不符合用戶需求。解決方案是始終從用戶角度出發(fā)，確保每個用戶故事都能為用戶或業(yè)務(wù)帶來明確的價值。例子：關(guān)注技術(shù)實(shí)現(xiàn)的用戶故事：作為開發(fā)者，我希望系統(tǒng)能夠使用MySQL數(shù)據(jù)庫，以便實(shí)現(xiàn)數(shù)據(jù)存儲。改進(jìn)后的用戶故事：作為用戶，我希望系統(tǒng)能夠保存我的訂單信息，以便在結(jié)賬時查看訂單詳情。四、*佳實(shí)踐4.1 用戶故事工作坊組織用戶故事工作坊是提升用戶故事質(zhì)量的有效方式。在工作坊中，產(chǎn)品負(fù)責(zé)人、開發(fā)團(tuán)隊(duì)、用戶代表等共同參與，通過頭腦風(fēng)暴和討論，明確需求和編寫高質(zhì)量的用戶故事。例子：在一次用戶故事工作坊中，團(tuán)隊(duì)討論了在線購物平臺的需求。通過頭腦風(fēng)暴和討論，生成了多個用戶故事：1. 作為購物者，我希望能夠通過分類瀏覽商品，以便快速找到感興趣的商品。2. 作為購物者，我希望能夠添加商品到購物車，以便一次性購買多件商品。3. 作為購物者，我希望能夠查看商品評價，以便做出購買決策。4.2 持續(xù)用戶反饋持續(xù)收集和分析用戶反饋，有助于及時調(diào)整用戶故事，確保其符合用戶需求?？梢酝ㄟ^用戶訪談、調(diào)查問卷、用戶測試等方式，獲取第*手用戶反饋。例子：通過用戶訪談了解到用戶在結(jié)賬時常常忘記使用優(yōu)惠券，團(tuán)隊(duì)據(jù)此增加了一個新用戶故事：作為購物者，我希望在結(jié)賬時提醒我使用優(yōu)惠券，以便節(jié)省費(fèi)用。4.3 使用工具和模板利用敏捷管理工具和用戶故事模板，有助于規(guī)范用戶故事編寫流程，提高效率。例如，某項(xiàng)目管軟件提供了豐富的用戶故事模板和插件，方便團(tuán)隊(duì)管理和追蹤用戶故事。例子：在軟件中創(chuàng)建用戶故事模板：作為[用戶角色]，我希望[實(shí)現(xiàn)某個目標(biāo)]，以便[達(dá)到某個目的]。驗(yàn)收標(biāo)準(zhǔn)：- [條件1]- [條件2]- [條件3]通過模板，團(tuán)隊(duì)能夠快速創(chuàng)建和填充用戶故事，提高工作效率。4.4 設(shè)立用戶故事驗(yàn)收會議設(shè)立定期的用戶故事驗(yàn)收會議，由團(tuán)隊(duì)共同審視和評估每個用戶故事，確保其質(zhì)量和可行性。這不僅能提高用戶故事的質(zhì)量，還能增強(qiáng)團(tuán)隊(duì)的協(xié)作和溝通。例子：在一次用戶故事驗(yàn)收會議中，團(tuán)隊(duì)審視了以下用戶故事：作為購物者，我希望能夠通過分類瀏覽商品，以便快速找到感興趣的商品。經(jīng)過討論，團(tuán)隊(duì)補(bǔ)充了以下驗(yàn)收標(biāo)準(zhǔn)：驗(yàn)收標(biāo)準(zhǔn)：分類列表應(yīng)顯示在主頁導(dǎo)航欄。用戶點(diǎn)擊分類后應(yīng)看到相關(guān)商品列表。每個分類下至少顯示20個商品。4.5 與開發(fā)團(tuán)隊(duì)密切合作用戶故事不僅是產(chǎn)品負(fù)責(zé)人的工作，開發(fā)團(tuán)隊(duì)的參與同樣重要。通過與開發(fā)團(tuán)隊(duì)密切合作，確保用戶故事的可行性和實(shí)現(xiàn)路徑。同時，開發(fā)團(tuán)隊(duì)的反饋也能幫助改進(jìn)用戶故事的編寫。例子：在用戶故事討論會上，開發(fā)團(tuán)隊(duì)指出某些功能實(shí)現(xiàn)的技術(shù)難度較大，產(chǎn)品負(fù)責(zé)人據(jù)此調(diào)整了用戶故事的優(yōu)先級和實(shí)現(xiàn)方式：原用戶故事：作為購物者，我希望能夠在商品列表中看到實(shí)時庫存，以便確認(rèn)商品是否有貨。調(diào)整后用戶故事：作為購物者，我希望能夠在商品詳情頁看到庫存狀態(tài)，以便確認(rèn)商品是否有貨。通過調(diào)整，團(tuán)隊(duì)能夠更高效地完成用戶故事，滿足用戶需求。結(jié)語編寫高質(zhì)量的用戶故事是敏捷需求管理中的重要一環(huán)。通過明確用戶角色、遵循INVEST原則、引入驗(yàn)收標(biāo)準(zhǔn)、使用BDD格式、定期審視和重構(gòu)用戶故事，可以有效提升用戶故事的質(zhì)量，進(jìn)而提高團(tuán)隊(duì)的工作效率和產(chǎn)品質(zhì)量。同時，避免常見誤區(qū)并采納*佳實(shí)踐，能夠幫助團(tuán)隊(duì)更好地管理需求，滿足用戶的期望。希望本篇文章能為您在敏捷項(xiàng)目管理中提供有價值的指導(dǎo)和參考。用戶故事不僅是需求管理的工具，更是團(tuán)隊(duì)溝通和協(xié)作的橋梁。通過持續(xù)學(xué)習(xí)和實(shí)踐，不斷優(yōu)化用戶故事的編寫方法，敏捷團(tuán)隊(duì)能夠更好地響應(yīng)變化，快速交付高質(zhì)量產(chǎn)品，實(shí)現(xiàn)用戶和業(yè)務(wù)價值的最大化。參考書籍《用戶故事與敏捷方法》 Mike Cohn著《Scrum精髓：敏捷轉(zhuǎn)型指南》Kenneth Rubin　IDCF

《研發(fā)效能(DevOps)工程師》工信部教考中心-職業(yè)技術(shù)證書?? 11月20日，第十四期開班報(bào)名咨詢：芒果老師13889493590?? 考取證書，提升職業(yè)競爭力！1門頂5門，學(xué)習(xí)端到端的研發(fā)生命周期！穩(wěn)穩(wěn)拿捏400+技術(shù)技能知識點(diǎn)。

點(diǎn)擊閱讀原文立即咨詢課程