今天在公司等復聯3的首映，無聊之餘想起來好久沒寫部落格吹牛b了，借這點時間補一下之前瀑布開發的續集。
之前也分享過瀑布模型，關鍵乙個字 --「細」。瀑布流式的節奏，充分利用資源避免浪費，重規劃輕迭代，去繁從簡，找關鍵指標，避免反覆試錯，節省迭代壓力。
而今天的主題，敏捷開發恰恰相反。敏捷開發的關鍵字---「快」。將專案拆解成乙個個細小的需求，快速完成細小瑣碎的需求，輕規劃重迭代，不斷試錯不斷調整，天天有需求，周周有上線。
敏捷開發的顯著特點：
1.簡單設計，重複迭代，減少不必要的文件。
2.客戶最關心的功能最先完成，客戶可以對每次迭代的成果進行確認，提出改進意見。
3.需要更強的個人和團隊能力，所有開發人員對專案的理解是一致的，且團隊的溝通能力很重要。
4.敏捷開發沒有辦法在一開始就給出專案完整的成本計畫，測試驅動開發
5.在有技術問題還沒有解決的情況下不適合展開迭代。
其實，在乙個公司，甚至在乙個專案中都不見得只採取一種開發模式。博主所在公司開發bi，1.0採取敏捷開發模式，快速迭代實現從0到1的突破，實現bi功能的從無到有；而到2.0，則採取瀑布模型，因為敏捷開發承受不住成倍增加的迭代修改壓力，所以放慢步調，重規劃輕迭代，實現bi功能的個性化定製。展望bi3.0，會結合模型和演算法提供基於資料**的決策支援，會考慮devops部署方法，通過閉環來促進良性迴圈。
所以，不管是什麼樣的開發模式，沒有十全十美的，適合的才是最好的。
敏捷開發模式
是一種從1990年代開始逐漸引起廣泛關注的一些新型 軟體開發方法，是一種應對快速變化的需求的一種軟體開發能力。它們的具體名稱 理念 過程 術語都不盡相同，相對於 非敏捷 更強調程式設計師團隊與業務專家之間的緊密協作 面對面的溝通 認為比書面的文件更有效 頻繁交付新的軟體版本 緊湊而自我組織型的團隊 ...
敏捷開發之觀察者模式
事件響應是觀察者模式的核心點。我們在某個基礎類中定義這麼乙個成員變數，該成員變數的屬性值為get和set，具備預設值，在set下賦值後，加上一行 用來觸發事件響應。當外部程式，為該屬性值賦予新值時，將會觸發事件響應，做出相應操作。俗稱觀察者模式。mvp加觀察者模式是敏捷開發的乙個很好組合，順道在這裡...
敏捷開發 談談敏捷開發之Scrum
最近一直在了解和學習敏捷開發的應用，主要學習的還是scrum。寫這篇文章也是為了能對這段時間的學習有個總結。在談scrum之前，我們可以先簡單了解下敏捷開發。維基百科是這樣解釋的，敏捷開發是一種從1990年代開始逐漸引起廣泛關注的一些新型軟體開發方法，是一種應對快速變化的需求的一種軟體開發能力。它們...