瀑布模型的特點
（傳統的開發方式）
1、強調文件
前乙個階段的輸出就是下乙個階段的輸入，文件是個階段銜接的唯一資訊。所以很多開發人員好象是在開發文件，而不是開發軟體，因為要到開發的後期才可以看到軟體的「模樣」。
2、沒有迭代與反饋。瀑布模型對反饋沒有涉及，所以對變化的客戶需求非常不容易適應。瀑布就意味著沒有回頭路。
敏捷開發
極限程式設計的思想體現了適應客戶需求的快速變化，激發開發者的熱情，也是目前敏捷開發思維的重要支持者。
敏捷軟體開發是乙個開發軟體的管理新模式，用來替代以檔案驅動開發的瀑布開發模式。
敏捷開發整合了新型開發模式的共同特點，它重點強調：
1.敏捷就是「快」。快才可以適應目前社會的快節奏，要快就要發揮個人的個性思維多一些個性思維的增多。
2.客戶參與。以人為本，客戶是軟體的使用者，是業務理解的專家，沒有客戶的參與，開發者很難理解客戶的真實需求。
3.強調軟體開發的產品是軟體，而不是文件。文件是為軟體開發服務的，而不是開發的主體。
4.設計周密是為了最終軟體的質量，但不表明設計比實現更重要。
5.迭代。軟體的功能是客戶的需求，介面的操作是客戶的「感覺」。對迭代的強調是縮短了軟體版本的週期。
6.小版本。快速功能的展現，看似簡單，但對於複雜的客戶需求合理地分割與總體上的統一，要很好地二者兼顧是不容易的。
瀑布式開發和敏捷開發區別
敏捷開發，首先把客戶最關注的軟體原型先做出來，交付或者上線，在實際場景中去修改彌補需求中的不足，快速修改，再次發布版本。再次上線或者交付。通過一些敏捷實踐方式，細化story，可以提供更小的迭代。如此迴圈，直到使用者 客戶 滿意。適用於需求不明確的專案 創新性的專案或者需要搶占市場的專案。瀑布式開發...
敏捷開發和瀑布開發的區別
個人覺得 敏捷開發強調以人為中心,快速迭代，客戶參與多溝通，減少不必要的文件,包括scrum和xp 優點 快速適應變化,做出的專案比較接近客戶需要的 缺點 文件不多，如果人員流動大，維護相對更難 瀑布開發強調文件，就是不同階段按照順序自上而下而來，如需求 設計 編碼 測試 單元測試 系統測試 維護，...
敏捷開發和瀑布開發的區別
最近和朋友談起敏捷開發和瀑布開發模式，很多人認為敏捷開發是未來的專案實施的趨勢，瀑布實施太老土已經過時了。另外確實一些跨國企業如索尼，聯想也在使用敏捷的方式實施一些專案。但實際上我們看到絕大多數公司還是依然在採用瀑布的方式實施專案。我之前參與過敏捷開發的專案，但當時比較 年輕 認識不是很深刻，於是最...