敏捷開發模型廠[1.需求5■測試 ]2■計劃|]一 ，發布―,迭代（3-4周）、/〔I循環迭代發布使用條件：需求和范圍難以事先確定，或者在開發過程中存在較多變更的項目首先確定項目未完項中，哪些應該最優先在下一次迭代中交付。每一個迭代看作是完整的項目生命周期，看作整個項目的子項目。敏捷開發的特點：適應性：適應項目的變更面向資源：資源固定不變，根據資源調整計劃和需求增量性：隨著對需求理解的深入，在迭代中定義增量改進，循序漸進的完成項目。范圍（需求）發動變動時，時間和成本也會相應變動；成本變動時，范圍和時間也會相應變動時間變動時，范圍和成本也會相應變動范圍管理敏捷模式下，項目的需求是不斷開發、逐漸清晰的過程；項目初期只能定義總體上的需求，具體的需求設計在各個迭代中依次展開定義范圍就是把這些逐漸清晰的需求定義到相應的迭代中，并確定做且只做的工作;

開發開發時間管理定制時間計劃時，排列工作優先級，估算資源，估算工作時間，控制進度。敏捷開發的迭代時間固定不變，因此需要制定工作優先級排序，以確定可完成和未完成的工作，并在迭代的開始確定未完成工作哪些應該最優先在下一個迭代中交付。制定變更謎度計劃 擇列工作優先畿 估算資源信鼻工作時閭確定未完成工作包制定變更謎度計劃 擇列工作優先畿 估算資源信鼻工作時閭確定未完成工作包成本管理在資源固定不變的條件下，在不同的迭代中，工作包的優先級以及需求的優先級影響各個迭代中工作的進度。為了確保各個迭代能夠在規定的時間內交付范圍內的工作，根據迭代中需求或者工作包的優先級，調整、重組和優化資源就是敏捷開發中成本管理的關鍵，也是項目成本管理中控制成本的的一部分。

敏捷開發循序漸進的特征使得在不同時期不同迭代中可以分別引入項目所需的角色，某一迭代中存在的角色在迭代結束后可以退場。例如：項目初期的迭代中需要UI設計，而在項目后期的迭代中，釋放UI設計的資源，引入UAT測試人員。項目中所有的資源成本需要在項目的開始階段估算完畢，在項目的各個迭代中進行分配調整。敏捷開發的三約束和傳統開發三約束的對比時間

（固定）成本范圍 時間

（固定）成本范圍 （固定）（固定）成本（變化） 《變化）（變化）成本（變化） 《變化）（變化）范圍 時間在傳統開發中，開發模型是至上而下的完全計劃型，它的生命周期劃分為制定計劃、需求分析、軟件設計、程序編寫、軟件測試和運行維護六個基本活動，也可以將一個傳統開發軟件生命周期看做敏捷開發中的一個迭代。由于項目需求在需求設計階段必須清晰明了，因此在傳統開發模型中，項目范圍固定不變，進而逐級展開后續工作階段。對于經常變化的項目，傳統開發模型不適用。為了完成需求設計中確定的全部需求，傳統開發模型可以在后續工作過程中調整時間和成本使得為既定的需求指定的做且只做的全部工作在項目結束時完成。敏捷模型的優缺點：1、瀑布模型有以下^M：1） 舄項目提供了按陪段割分的檢查黑占。2） 富前一陪段完成彳菱，您只需要去主彳菱^陪段。3） 可在迭代模型中雁用瀑布模型。2、瀑布模型有以下缺M：1） 在項目各佃陪段之^桎少有反會真。2） 只有在項目生命周期的彳期才能看到多吉果。3） 通遏遏多的弓魚制完成日期和里程碑來跟蹴各佃項