多數的軟體開發團隊仍然在開發專案中使用瀑布型 的開發過程。採用極端的瀑布型開發方法意味著你要以嚴格的順序來完成一系列的專案階段：需求分析、設計、實現/整合然後是測試。當專案中出現的問題解是困難的並且解決問題是昂貴時，你可能會推遲測試直到專案週期的末端；這些問題也能夠嚴重的威脅軟體發布的期限並且使主要的團隊成員在某些開發環節上是空閒的。
實際上，多數的開發團隊使用了改進了的 瀑布型開發方法，他們將專案分解成為兩個或者更多的部分，有時這些部分被稱為階段或者是時期。這種改良可以幫助簡化整合、使測試人員更早的進行測試工作和提供更早的專案狀態的觀測。這種方法也將**分解成了易於管理的片斷並最小化了以存根和驅動程式形式的、被測試需要的**整合。此外這種方法允許你原型化你認為有風險的或者有難度的部分，並且使用來自每乙個階段的反饋修改你的設計。然而，使用瀑布型開發方法的執行與想象是相反的：很多設計團隊把在階段 1 之後的修改設計視為他們的最初設計或者需求過程的失敗。雖然乙個改進了的瀑布型開發方法並不排除反饋的使用，但是它並沒有促進、支援和鼓勵反饋的使用。最後，想要最小化風險就不要典型的驅動乙個瀑布型的開發專案。對於軟體開發過程來說，本文探索了」迭代「開發方法超越傳統的瀑布型開發方法的進步。
每乙個迭代都包括需求、分析、設計、實現和測試活動。同時，每個迭代都建立在前乙個迭代工作的基礎上，每一次迭代都會生成更加接近最終產品的可執行版本。
迭代比瀑布的好處：
1、它允許需求的變化。
2、整合不是在專案的尾聲進行的「大動作」。
3、早期的迭代可以暴露風險。
4、對產品的管理能夠採取戰術性的變化。
5、它使重用更加容易。
6、你能夠在每乙個迭代中發現並更正缺陷。
7、它能夠更好的利用專案的人員資源。
8、團隊成員能夠沿著專案的道路進行學習。
9、你能夠沿著專案的道路改進開發的過程。
從個人到團隊 思維轉變是關鍵
it公司研發部門的管理人員大多是從公司內部的技術人員中提拔的。在快速發展的公司裡，這樣的機會更多。然而這種 半路出家 的轉型也給我們帶來了很多挑戰，其中最關鍵的部分在於思維方式的轉變。從個人成就到團隊成就。無論是做管理還是做技術，成就導向意識是優秀員工的基本素質。只有具備很強的成就導向意識，才能把事...
Android 應用盈利模式的轉變
在 google android 成功突破 ios 封鎖獲得市場青睞後，怎樣讓應用開發者獲得合理回報是需要思考的問題。與蘋果自成一體卻完整掌控的體系不一樣，與割裂 android 生態體系中的重要元素，android 的世界存在著各種各樣的市場，除了官方的 android market，手機廠商 應...
從瀑布型開發到迭代型開發的轉變
本文引自 developerworks 中國 多數的軟體開發團隊仍然在開發專案中使用瀑布型的開發過程。採用極端的瀑布型開發方法意味著你要以嚴格的順序來完成一系列的專案階段 需求分析 設計 實現 整合然後是測試。當專案中出現的問題解是困難的並且解決問題是昂貴時，你可能會推遲測試直到專案週期的末端 這些...