什么是用戶故事？

User stories（用戶故事），也稱為“Stories（故事）”，是簡短的陳述，記錄了要求和所需的最終用戶功能。Scrum團隊定義用戶故事以管理積壓的工作。此步驟要求你通過創建和詳細說明項目的用戶故事來構建和維護產品待辦事項，直到故事準備好包含在sprint backlog中以供進一步開發。

執行以下步驟以識別和詳細說明scrum項目的用戶故事。你可以通過訪問以交互方式嘗試這些步驟。

第1步：定義完成標準

Done criteria（完成標準）是在判斷用戶故事完成時使用的規則。與個別用戶故事所獨有的標準不同，完成標準適用于所有用戶故事。與驗收標準一樣，必須滿足完成標準的所有條件才能將用戶故事視為“Done（完成）”。

1.在中，單擊打開“Manage User Stories（管理用戶故事）”工作項。

2.第一步要求你定義完成標準。要執行該步驟，請單擊Done Criteria行動組件。

3.記錄該項目的完成標準。單擊“OK”以確認編輯。

4.完成后，你可以繼續下一步。為此，請單擊右下角的“Complete Step ”，然后從彈出菜單中選擇“Complete”。

第2步：管理產品積壓

定義用戶故事

用戶故事地圖顯示用例，Epics和用戶故事之間的映射。你可以在此處添加用戶故事。發現一組代表項目高級功能的Epics后，可將Epics分解為用戶故事。

1.單擊行動組件User Story Map（用戶故事地圖）。

2.這將打開User Story Map。選擇Epic。

3.單擊用例下方的+按鈕來添加用戶故事。

4.輸入一個簡短標題作為用戶故事的名稱。

5.按Enter鍵以創建另一個用戶故事。

6.命名用戶故事。

7.重復創造其他故事。

8.你還可以將用戶故事安排到Release中。將用戶故事拖動到相應的位置釋放即可。

9.將其他用戶故事拖到Release區域。

10.完成繪圖后，通過面包屑導航返回工作項頁面。

11.此步驟還有一個行動組件 - Prioritized User Stories。點擊打開它。

12.這里會顯示一個ETL表，其中列出了你在用戶故事地圖中創建的用戶故事。要描述用戶故事，請單擊Story行的“Description”單元格。

13.在“Description”窗格中輸入描述。通常用戶故事的描述以這種格式填寫：作為“xx角色”，我想要“xx目標/要求”，達到“xx結果/利益”。

14.輸入其他故事的描述。

詳細介紹用戶故事

用戶故事由產品所有者不定時審核。同意實施的用戶故事會十分詳細。我們來看看如何詳細描述故事。

1.讓我們從定義驗收標準開始。首先單擊以選擇用戶故事。

2.驗收標準定義用戶故事的“”。它為團隊提供了清晰的用戶故事預期，消除了需求的模糊性，并有助于調整期望。單擊 ... 按鈕以編輯其驗收標準。

3.定義其他驗收標準。按Enter鍵以創建新項目。

4.完成后，單擊“Close”。

5.定義審核的其他用戶故事的驗收標準。

6.讓我們為已審核的用戶故事輸入故事點。故事點是一個數字，表示對用戶故事的整體大小和復雜性的估計。雙擊單元格并輸入故事點。

7.選擇用戶故事的優先級。用戶故事的優先順序是優先考慮盡早提供最大和最直接的商業利益。

8.選擇用戶故事的風險，表示成功完成用戶故事的不確定性級別。

9.設置用戶素材的截止日期。雙擊Due Date（截止日期）單元格，然后從彈出日期選擇器中選擇日期。

10.單擊“OK”確認。

批準用戶故事

用戶故事在審核并同意實施時設置為“Approved（已批準）”狀態。這樣的故事足夠詳細，是在sprint計劃會議上被分配到sprint的候選項目。請注意，在創建sprint backlog時，只有處于Approved狀態的User Stories可供選擇。

1.將獲得批準的用戶故事的狀態更改為Approved。

2.通過面包屑導航返回工作項頁面。

如前所述，需求在整個項目中不斷出現和變化。你應該只提交更改，而不是直接完成步驟。與直接完成不同，通過提交更改，更改將轉發同步到流程的其他部分，同時使你保持在同一步驟。

將每個軟件項目變成一個成功的項目。

點擊下載Visual Paradigm試用版