!@計畫
!@#初始探索
在專案開始時，開發人員和客戶會盡量確定出所有真正重要的使用者素材。然而，他們不會試圖去確定所有的使用者素材。
隨著專案的進展，客戶會不斷編寫新的使用者素材。素材的編寫會一直持續到專案完成。（這一點我贊成，不可能一開始什麼都確定下來，會慢慢完善）
大素材要分解
比如使用者能夠安全地進行存款、取款、轉賬。這是乙個大的素材。
分解之得到：（思維導圖）
使用者可以登入
使用者可以退出
使用者可以向其賬戶存款
使用者可以向其賬戶取款
使用者可以從其賬戶向其他賬戶轉賬
隨著專案的進展，由於可以度量每次迭代中已經完成的使用者素材點數，所以對於速度的度量會越來越準確。（這一點對於做事和讀書同樣有效。）
!@#發布計畫
如果知道了開發速度，客戶就能夠對每個素材的成本有所了解。
!@#迭代計畫
迭代期間使用者素材的實現順序屬於技術決策範疇，開發人員採用最具技術意義的順序來實現這些素材。
!@#任務計畫
開發人員把素材分解成開發任務，乙個任務就是乙個開發人員能夠在4~16小時之內實現一些功能。
!@#迭代的中點
在迭代進行到一半的時候，團隊會召開一次會議。在這個時間點上，本次迭代中所安排的半數素材應該被完成。如果無法按時完成，
則要補完成這些素材，或告知客戶決定從迭代中去掉乙個任務或素材。客戶可以指出那些最低優先順序別的任務和素材。
!@#迭代
迭代可以讓客戶看到專案的進展，度量開發速度。可以安排高優先順序的素材。
敏捷軟體開發
敏捷軟體開發 英語 agile software development 又稱敏捷開發，是一種從1990年代開始逐漸引起廣泛關注的一些新型軟體開發方法，是一種應對快速變化的需求的一種軟體開發能力。它們的具體名稱 理念 過程 術語都不盡相同，相對於 非敏捷 更強調程式設計師團隊與業務專家之間的緊密協作...
敏捷軟體開發
我們知道，傳統的開發模式已經不能不適用於現在情況，原因有很多 需求經常發生變化，軟硬體更新速度很快等，這些原因都使得傳統不管是 瀑布模型 還是 增量 不管是 快速原型 還是 螺旋 模型，這些軟體開發的模型，不在實用了。所以，在2001年，敏捷宣言提出，標誌著敏捷開發模型初步形成。那麼敏捷開發和傳統開...
敏捷軟體開發
隨著軟體規模的不斷擴大 軟體涉及的領域越來越廣，客戶對軟體要求也越來複雜，這一點的最直接的體現就是軟體需求的變化越來越頻繁。敏捷軟體開發正是為了應對這一問題而誕生的軟體工程學方法。它以適應性的過程代替傳統的 型的過程代替傳統的 性的過程，在很大程度上滿足了現代商業軟體業務複雜 需求多變 時間要求緊迫...