什么是用戶故事？

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

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

第1步：定義完成標準

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

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

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

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

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

第2步：管理產品積壓

定義用戶故事

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

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

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

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

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

5.按Enter鍵以創(chuàng)建另一個用戶故事。

6.命名用戶故事。

7.重復創(chuàng)造其他故事。

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

9.將其他用戶故事拖到Release區(qū)域。

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

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

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

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

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

詳細介紹用戶故事

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

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

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

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

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

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

6.讓我們?yōu)橐褜徍说挠脩艄适螺?入故事點。故事點是一個數(shù)字，表示對用戶故事的整體大小和復雜性的估計。雙擊單元格并輸入故事點。

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

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

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

10.單擊“OK”確認。

批準用戶故事

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

1.將獲得批準的用戶故事的狀態(tài)更改為Approved。

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

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

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

點擊下載Visual Paradigm試用版