用戶故事特征

獨立的

可討論的

對用戶或客戶有價值的

可估計的

小的

可測試的

用戶角色建模

收集用戶故事

用戶代理

驗收測試

優秀用戶故事的準則

從目標故事開始

采用切蛋糕的方式，把大的故事分解

編寫封閉的故事

對必須要遵守而不需要直接實現的故事，使用卡片約束

根據實現時間來確定故事規模，越遠的故事精確度越低

不要過早涉及用戶界面

有些需求并不是故事

在故事里包括用戶角色

只為一個用戶編寫

以主動語態編寫

由客戶編寫

向故事卡編號說“不”

不要忘記意圖

估算用戶故事

估算撲克

發布計劃

• 確定發布日期
• 對用戶故事排列優先級，優先級應該受到故事實現的成本的影響

注意：
1. 混合優先級：需要拆分
2. 高風險故事：提倡先做“油水”最多的部分
3. 根據架構需要安排優先級
- 根據歷史經驗確定能力點，選擇迭代長度

迭代計劃

• 討論故事
• 分解任務:將故事拆分為任務可以讓故事被多個開發人員并發處理，并且故事是對用戶或者客戶有價值的功能描述，并不是開發人員的待辦事項

注意：
1. 如果故事中某個任務特別難估算，則最好將這個任務從故事的其它任務中分離出來；
2. 如果一個故事的任務可以很容易的分給多個開發人員，則分割他們；
3. 如果有必要讓客戶了解故事中某一部分的完成情況，則可以把這部分拿出來作為一個任務。
- 分擔職責

測量并監控速率

總結

以上是生活随笔為你收集整理的怎么编写一个用户故事的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。