迭代式（iterative)軟體開發似乎已經成為了目前業內被證明最有效的開發方式，不管是微軟模式，還是rup或者xp，還有別的個別公司和個人嚐到的模式，除去具體細節上的差別，核心思想都是迭代。
這世界上道理是想通的，*「摸著石頭過河」也就是迭代式的思想，走一步看看情況如何，然後決定下一步怎麼走。迭代式開發也就是將開發過程分成若干週期，
每個週期結束的時候總結一下發現的問題，然後繼續下乙個週期。迭代式開發的主要好處就是可以減少開發風險，較早的發現問題，傳統的瀑布模型往往在最後關頭
才發現一開始忽視了乙個需求。不過在經歷了幾個專案之後，我感覺這種方式還是容易誤入陷阱：
陷阱一: 不合理的目標
迭代式開發每
的管理者在專案之初就指定了每個週期的計畫和目標，然後強制滅個週期都要完成這些目標，這樣倒是能夠讓管理者了解專案進度，但是如果不能發現問題並調整計
劃，就沒有完全發揮迭代式的好處。強制完成計畫會帶來很多問題，如**質量下降，士氣低落。
所以，要根據以往的週期，靈活的改變計畫和週期目標。
陷阱二： 不能保證單個週期質量
把開發過程分為多個週期是為了降低風險，提高質量和效率，不能為了週期而週期。每個週期應該能夠deliver乙個穩定的版本，從使用者角度出發，乙個功能不
全但是已有功能穩定的軟體比功能齊全但是bug無數的軟體要好的多。但是管理者容易傾向於催促開發者按照自己的想法meet進度，於是開發人員也就會犧牲
質量來趕上進度。如果管理者繼續這種做法的話，很容易導致惡性迴圈，即沒有乙個週期能夠提供乙個穩定版本。
陷阱三: 不能協調多個部門的步伐
迭代式開發不只是程式設計師的事情，需求部門測試部門等相關部門都需要按照迭代的方式前進，而且各部門之間需要交流協調以保證質量。如果測試部門只有在最後乙個
週期之後在上，我很懷疑他們接到是不是乙個可以測試的版本，如果需求部門不能即是獲得開發部門每個週期的反饋並細化明確需求，最後獲得的也很有可能不是他
們想要的軟體。
迭代軟體開發
迭代軟體開發 整理 一 迭代軟體開發介紹 在迭代式開發方法中，整個開發工作被組織為一系列的短小的 固定長度 如 3周 的小專案，被稱為一系列的迭代。每一次迭代都包括了需求分 析 設計 實現與測試。採用這種方法，開發工作可以在需求被完整地確定之前啟動，並在一次迭代中完成系統的一部分功能或業務邏輯的開發...
迭代化軟體開發技術
ibm rational 技術 傅純一 ibm中國 軟體部rational中國區技術銷售經理 2004 年 9 月1.傳統開發流程的問題 傳統的軟體開發流程是乙個文件驅動的流程，它將整個軟體開發過程劃分為順序相接的幾個階段，每個階段都必需完成全部規定的任務 文件 後才能夠進入下乙個階段。如必須完成全...
迭代化軟體開發技術
ibm rational 技術 傅純一 ibm中國 軟體部rational中國區技術銷售經理 2004 年 9 月 1.傳統開發流程的問題 傳統的軟體開發流程是乙個文件驅動的流程，它將整個軟體開發過程劃分為順序相接的幾個階段，每個階段都必需完成全部規定的任務 文件 後才能夠進入下乙個階段。如必須完成...