小結
1. 為了確定故事,從每個用戶角色使用系統的目標開始考慮。
2. 分割故事時,試著將他分割成貫穿應用程序所有層面的故事。
3. 試著讓故事的大小能夠在使用後讓用戶感到可以去喝杯咖啡休息一下。(在故事被採用後,能讓用戶有些成就感)
4. 如果有項目領域和環境的需要,可以用其他需求蒐集或文檔技術來補充故事。
5. 創建約束卡,將它們貼在公共的牆上,或者編寫測試來確保系統沒有違反約束。
6. 為團隊即將實現的功能編寫小的故事,針對未來實現的功能編寫寬泛的、高層次的故事。
7. 不要讓故事過早涉及用戶介面。
8. 實際編寫故事時,要包括用戶角色。
9. 用主動語態編寫故事。例如,要說"求職者可以發布簡歷",而不要說"簡歷可以被求職者發布"。
10. 為單個用戶編寫故事。不要寫"求職者可以刪除簡歷",而要寫"求職者可以刪除他自己的簡歷"。
11. 讓客戶,而不是開發人員編寫故事。
12. 用戶故事要簡短,別忘了,他們的目的是提醒開發人員和客戶進行對話。
13. 不要給故事卡編號。
沒有留言:
張貼留言