小結
1. 故事卡包含對用戶或者客戶有價值的功能簡短描述。
2. 故事卡是故事的可見部分,但客戶團隊和開發人員關於故事的對話更重要。
3. 客戶團隊包括那些確保軟件符合潛在用戶需求的人,可以包括測試人員、產品經理、實際用戶和交互設計師。
4. 故事卡由客戶團隊編寫,因為他們最了解如何表達需要實現的需求,也因為他們會在後期與開發人員共同確定故事細節並安排故事的優先級順序。
5. 按照故事對客戶的價值安排故事的優先級順序。
6. 將各個故事放入迭代,進行發布與迭代規劃。
7. 速率是開發人員可以在一輪迭代中完成的工作量。
8. 放入一輪迭代的故事估計總合不能超過事先開發人員估計的速率。
9. 如果故事太大以致於無法在一輪迭代中完成,可以老慮把它分成兩個或更多的小故事。
10. 驗收測試用於驗證實現的故事是否開發成符合客戶團隊的設想。
11. 用戶故事是很有意義的,因為他們強調口頭交流,你和開發人員都可以理解,可以用於進行迭代計畫,在迭代開發過程中能很好地工作,而且因為他們鼓勵推遲細節。
沒有留言:
張貼留言