系列文章目錄

上一篇 “發布計劃”

---

如有問題請留言

文章目錄

• 系列文章目錄
• 前言
• 文章概覽
• 1. 討論故事
• 2. 分解任務的原因
• 3. 承擔指責
• 4. 估算并確認
• Finish

---

前言

利用發布計劃，我們順利地將粗粒度的故事分配到發布中的多輪迭代。
迭代計劃會議內容一般會包含以下幾點：
? 討論故事
? 從故事中分解出任務
? 開發人員承擔每個任務職責
? 開發人員單獨估計各自的任務

---

提示：接下來的所有理論都會伴隨一個實際的例子，而所有例子都基于一個假想的職位發布和搜索網站。

文章概覽

1. 討論故事

• 團隊獲得一個已經排好優先級的故事結合，以此作為迭代計劃的會議輸入。
• 迭代計劃會議是客戶為團隊調整故事優先級的最佳時機。
• 會議開始時，客戶從最高優先級的故事開始，然后由開發提問。
• 直到充分理解并在故事中分解出任務。

2. 分解任務的原因

• 將任務分給更適合這個開發任務的程序員，因為每個程序員都有自己擅長的技術。
• 有助于發現那些被遺忘的任務。
• 敏捷設計的詬病時，他沒有像瀑布過程那樣的前期設計步驟，其特點是頻繁的短期設計。
• 例子：“用戶可以根據不同的字段搜索酒店”。分解為
• 編寫基本的搜索界面
• 編寫高級搜索界面
• 編寫搜索結果的界面
• 為支持基本搜索查詢數據庫編寫調試SQL語句
• 等

3. 承擔指責

• 每個開發可以把自己的名字寫到任務后邊。

4. 估算并確認

• 一旦每個開發人員估算出自己的任務，那么就需要把這些加起來，計算出完整的評估。

---

Finish

下一篇 “測量并測控速率”

參考書籍《用戶故事與敏捷方法》

總結

以上是生活随笔為你收集整理的用户故事与敏捷方法笔记---迭代计划的全部內容，希望文章能夠幫你解決所遇到的問題。

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