《敏捷軟體開發》第3章計畫

3.1初始探索

答：細分大的使用者素材，合併小的使用者素材。主要是為了了解開機速度。花費幾天時間去原型化一到兩個用

戶素材來了解團隊的速度就足夠了。這樣的乙個原型化過程稱為**（spike）。

3.2發布計畫

答：根據素材的實現需要的時間，來確定素材的優先順序。

3.3迭代計畫

答：確定迭代內容後，客主呢不能隨意改改變素標。如果迭代完成了x個點，那下次迭代也應該按照這個點數。

3.4任務計畫

答：每個人領取素材，不要超出任務期限。不一定了解資料庫的一定要做相關資料庫的素材，團隊要全面發

展。如果不能完成素材，那麼應該更換乙個可以完成的素材。

3.5迭代

答：每2周乙個迭代。每個迭代結束後，應該給客戶演示可執行的程式。客戶做出反饋。

3.6結論

答：通過每一次的迭代和發布，會進入乙個可以**試、舒適的開發節奏。可以知道做什麼，什麼時候去做。

計畫初始探索在專案開始時，開發人員和客戶會盡量確定出所有真正重要的使用者素材。然而，他們不會試圖去確定所有的使用者素材。隨著專案的進展，客戶會不斷編寫新的使用者素材。素材的編寫會一直持續到專案完成。這一點我贊成，不可能一開始什麼都確定下來，會慢慢完善大素材要分解比如使用者能夠安全地進行存款 ...

敏捷軟體開發第4章測試 4.1測試驅動的開發方法答作者的意思應該是說，先有測試方案，這樣可以引導督促開發人員向正確的方向寫 4.1.1乙個測試優先設計的示例答作者以乙個遊戲為例，說明了測試優先設計。4.1.2測試促使模組之間隔離答如果先做出測試方案，有利於分離耦合程式設計。4.1.3...

人件人與人之間的互動是複雜的，並且其效果從來都難以預期，但卻是工作中最為重要的方面。人不是插入即相容的程式設計裝置凝聚力敏捷軟體開發宣言個體和互動勝過過程和工具可以工作的軟體勝過面面俱到的文件工作的軟體是首要的進度度量標準。客戶合作勝過合同談判響應變化勝過遵循計畫為下兩周做詳細的計...

《敏捷軟體開發》第3章 計畫