敏捷開發：
就是把一個大項目分為多個相互聯繫，但也可獨立運行的小項目，並分別完成，在此過程中軟件一直處於可使用狀態。優點：
1、敏捷開發的高適應性，以人為本的特性。
2、更加的靈活並且更加充分的利用了每個開發者的優勢，調動了每個人的工作熱情。
缺點：
由於其項目週期很長，所以很難保證開發的人員不更換，而沒有文檔就會造成在交接的過程中出現很大的困難。
傳統瀑布開發優缺點：
優點：
-
為項目提供了按階段劃分的檢查點。
-
當前一階段完成後，您只需要去關注後續階段.
-
它提供了模板，這個模板使得分析、設計、編碼測試和支持的方法可以在該模板下有一個共同的指導。
缺點：
-
各個階段的劃分完全固定，階段之間產生大量的文檔，極大地增加了工作量。
-
由於開發模型是線性的，用戶只有等到整個過程的末期才能見到開發成果，從而增加了開發風險。
-
通過過多的強制完成日期和里程碑來跟蹤各個項目階段。
-
瀑布模型的突出缺點是不適應用戶需求的變化。
Scrum開發流程中的三大角色
– 產品負責人（Product Owner）
主要負責確定產品的功能和達到要求的標準，指定軟件的發佈日期和交付的內容，同時有權力接受或拒絕開發團隊的工作成果。
– 流程管理員（Scrum Master）
主要負責整個Scrum流程在項目中的順利實施和進行，以及清除擋在客戶和開發工作之間的溝通障礙，使得客戶可以直接驅動開發。
–開發團隊（Scrum Team）
主要負責軟件產品在Scrum規定流程下進行開發工作，人數控制在5~10人左右，每個成員可能負責不同的技術方面，但要求每成員必須要有很強的自我管理能力，同時具有一定的表達能力；成員可以採用任何工作方式，只要能達到Sprint的目標。
過程：
1、我們首先需要確定一個Product Backlog（產品需求列表），這個是由PO負責的（如圖（一））；
2、有了Product Backlog列表，我們需要通過 Sprint Planning Meeting（Sprint計劃會議） 來從中挑選出一個Story作為本次迭代完成的目標，這個目標的時間週期是1~4個星期，然後把這個Story進行細化，形成一個Sprint Backlog；
3、Sprint Backlog是由Scrum Team去完成的，每個成員根據Sprint Backlog再細化成更小的任務（細到每個任務的工作量在2天內能完成）；
4、在Scrum Team完成計劃會議上選出的Sprint Backlog過程中，需要進行 Daily Scrum Meeting（每日站立會議），每次會議控制在15分鐘左右，每個人都必須發言，並且要向所有成員當面彙報你昨天完成了什麼，並且向所有成員承諾你今天要完成什麼，同時遇到不能解決的問題也可以提出，每個人回答完成後，要走到黑板前更新自己的 Sprint burn down（Sprint燃盡圖）（如圖（二）和如圖（三））；
5、做到每日集成，也就是每天都要有一個可以成功編譯、並且可以演示的版本。
6、當一個Story完成，也就是Sprint Backlog被完成，也就表示一次Sprint完成，這時，我們要進行 Srpint Review Meeting（演示會議），也稱為評審會議，產品負責人和客戶都要參加（最好本公司老闆也參加），每一個Scrum Team的成員都要向他們演示自己完成的軟件產品。
7、最後就是 Sprint Retrospective Meeting（回顧會議），也稱為總結會議，以輪流發言方式進行，每個人都要發言，總結並討論改進的地方，放入下一輪Sprint的產品需求中；（企業架構源碼可以加求球：三五三六二四七二五九）