在採用敏捷開發的實踐當中，有一種特別的開發過程，他融合了瀑布模型和迭代的思維，但又與敏捷的思維存在差異，我把這種過程稱之為瀑布式迭代。
瀑布式迭代過程總體上採用迭代的方式，即像敏捷一樣，以迭代為單位逐漸推進，每個迭代以啟動會、迭代活動、迭代總結為全過程，並且每個迭代都會交付產出物。唯一不同的是單獨看乙個迭代過程，會發現其採用了瀑布流程。
在乙個迭代週期內，首先是產品經理、互動設計師、視覺設計師等完成需求定義、使用者故事分解、互動流程設計、視覺效果設計，然後開發工程師和測試人員一起對需求進行評審，之後分解任務、估算工作量，開發工程師進行設計、編碼，測試工程師開始編寫測試用例，對提測的版本進行測試，最後經過回歸測試，發布上線，迭代結束。
還有的團隊會在迭代的中間節點定義全功能提測點，在全功能提測點之前，是開發階段，在全功能提測點之後，是測試階段。這樣把瀑布界定得更加清晰。
這樣的瀑布式迭代過程借鑑了敏捷的思維，同時又保留了瀑布的流程，對於剛剛由傳統瀑布開發過度到敏捷開發的團隊來說，是乙個好的切入點。但是，在乙個微觀的迭代內，並沒有消除瀑布模型固有的問題，比如分析、設計、實現、測試的流程就與敏捷中的「個體和互動高於流程和工具」、「響應變化高於遵循計畫」等相背，從而限制了敏捷精神的發揚。
瀑布式迭代有其適用之處，但隨著團隊認識敏捷、擁抱變化的提公升，還是宜盡早完成過程的轉換，讓敏捷的威力更快的發揮出來。
——
瀑布模型 迭代模型和敏捷開發
瀑布模型 瀑布模型核心思想是按工序將問題化簡，將功能的實現與設計分開，便於分工協作，即採用結構化的分析與設計方法將邏輯實現與物理實現分開。將軟體生命週期劃分為制定計畫 需求分析 軟體設計 程式編寫 軟體測試和執行維護等六個基本活動，並且規定了它們自上而下 相互銜接的固定次序，如同瀑布流水，逐級下落。...
敏捷流程破解瀑布式流程
下面就讓我們來看看敏捷流程如何將瀑布式流程的問題逐一破解 瀑布式流程問題之一 版本發布的時間越來越長。在敏捷流程中，版本是由一系列增量整合在一起組成的，這些增量通過乙個乙個迭代按順序開發。我們還可以在任意時間停止迭代。一旦發現產品的價值已經達到最大，尤其是發現軟體裡過半的功能很少被使用的時候，就可以...
迭代與遞迴
to iterate is human,to recurse divine.l.peter deutsch 迭代是人，遞迴是神 遞迴 int f1 int n1 迭代 int f2 int n2 return s 看完上邊兩個demo，是不是更不知所云 所以下面進行理論 利用變數的原值推算出變數的乙...