1樓：欣旋諮詢
敏捷開發和瀑布開發都有各自的優點以及自己適用的範圍
比如：建造房子，建一座大橋，火箭發射等專案，一定還是需要用瀑布開發模式的
只是在網際網路快速發展的今天，為了適應使用者和市場的需求變化，敏捷開發開始蓬勃生機
敏捷永遠都是做優先順序最高的使用者故事
敏捷團隊是自組織的，團隊成員沒有上下級關係，每個人對專案都可以發表自己的意見與想法，自己認領任務等。相比瀑布模式，敏捷在打造團隊這乙個要求上更高
敏捷的擁抱變化，快速出可交付物給到使用者並得到反饋，團隊定期總結經驗教訓，都是它的優勢
2樓：
優勢就是快速推出產品得到一部分市場，適合於繼續向風投要錢。
它根本不適合面向廠商的產品，一共沒幾個廠商，你拿個簡陋原型先試試，試試就涼了，沒有再發展機會了。
瀑布開發不適合腦子一團漿糊的產品經理，這才是為什麼中中國人特別推崇敏捷開發的根本原因。
3樓：珍妮兔
敏捷開發比瀑布開發沒有一定存在的優勢，因為適用場景不一樣。在適用瀑布的專案裡，比如修樓，敏捷方式不適用，也沒有優勢。
兩種開發模式適用於不同的專案。需求比較固定的專案適用瀑布，需求變化比較多的專案適用敏捷。
總結，敏捷開發和瀑布開發沒有誰優誰劣，只有適合不適合當前的專案。
4樓：專案姐
1、敏捷開發屬於增量式開發，對於需求範圍不明確，需求變更較多的專案而言，可以很大程度上響應及擁抱變化。
2、對於網際網路產品而言，市場風向轉變很快，需要一種及時快速的交付形式，而敏捷開發則能更好地適用於此。
3、敏捷開發可最大程度體現80/20法則的價值，通過增量迭代，每次都優先交付那能產生80%價值效益的20%功能。能最大化單位成本收益。
5樓：
與傳統方法相比，敏捷可能有更大的靈活性和穩定性、更少的非生產性工作、更快的高質量交付、更高的開發團隊績效、更嚴格的專案管理控和更快的失敗檢測
業務需要知道的交付時間和成本問題，儘管一開始確實很難回答，我們是無法迴避。我們依然需要拿出傳統專案管理的基本功——工作分解結構（WBS）、任務間的依賴關係、每項任務的大概估算以及找出關鍵路徑這樣的瀑布計畫方法。對專案的理解是越到後期越明晰的，整個軟體開發和交付過程也充滿了不確定性，對計畫進行持續和及時的調整和修正非常重要。
即使在整體上很多專案不得不以瀑布計畫的方式進行，但並不妨礙我們在具體實施過程中適用性地採納敏捷實踐。
確切來講，敏捷與瀑布適用不同的專案環境，並不是乙個非黑即白的關係，很多時候需要打組合拳，和平共處，目標都是盡力和盡快地滿足業務的目標。
6樓：Daniway
敏捷開發與瀑布開發相比有什麼優勢? | Teambition知識文件敏捷開發與瀑布開發相比主要有兩個優勢, 用兩個詞吧，乙個是擁抱變化，乙個是進度可視。
1.任何乙個軟體專案，需求或設計做完我們並不清楚進度是否真正完成了60%或者更多，任何不是經過測試通過的功能我們都很難把握真正的完成進度情況。因此在敏捷裡面換了一種思路，如講這個專案拆分為100個粒度差不多的功能點，如果有60個功能點全部完成並通過驗證和測試，我們就比較有把握說整體進度完成了60%。
這種視覺化的評估進度模式在瀑布裡面較難以做到。
2.任何軟體類系統或專案，即使你前期花在需求上的時間足夠長，你也很難在需求階段真正的分析和挖掘出所有的需求。有些需求注定會在設計實現或使用者使用過程中才逐漸出現。
要承認軟體開發中存在這種不確定性。而瀑布模型將這種識別變化延遲到最好的測試或使用者使用階段才發現，極大的增加了返工或變更成本。敏捷思想裡面通過短週期迭代，盡可能早的交付可用的迭代版本來擁抱和適應變化。
7樓：lanlan8322
瀑布VS敏捷
古代婚姻VS現代婚姻
古代婚姻：父母之意，媒妁之言。在婚前，經過媒人的接觸，彼此雙方的父母了解了彼此的家庭背景、孩子的長相和品性，自家孩子的意願，等等。
如果合適，那就定下這門親事，然後開始準備婚禮，等等。
在洞房花燭夜之前，彼此是不能見面的。
現在婚姻：從彼此認識的那一刻起，就通過彼此約會，相互了解。中間經歷磨合、吵架、分手，最終找到合適自己的伴侶。
8樓：
敏捷開發整合了新型開發模式的共同特點，它重點強調：
1.敏捷就是「快」。快才可以適應目前社會的快節奏，要快就要發揮個人的個性思維多一些個性思維的增多。
2.客戶參與。以人為本，客戶是軟體的使用者，是業務理解的專家，沒有客戶的參與，開發者很難理解客戶的真實需求。
3.強調軟體開發的產品是軟體，而不是文件。文件是為軟體開發服務的，而不是開發的主體。
4.設計周密是為了最終軟體的質量，但不表明設計比實現更重要。
5.迭代。軟體的功能是客戶的需求，介面的操作是客戶的「感覺」。對迭代的強調是縮短了軟體版本的週期。
6.小版本。快速功能的展現，看似簡單，但對於複雜的客戶需求合理地分割與總體上的統一，要很好地二者兼顧是不容易的。
更多敏捷開發交流：敏捷落地分享會
9樓：
個人認為，目前的敏捷開發，無非是分階段的瀑布開發而已。
每一次迭代都是一次瀑布開發。
相比之下，頻繁交付帶來的是對需求的不斷修正，最後交付的時候，使用者是可以接受的。
但是這種敏捷開發的適用場景大多是從無到有，從零做起的新專案。
並不是所有專案都適合敏捷。
update/04/19/2014
吐槽下敏捷開發。
無非是需求不明確，卻又想做出讓客戶滿意的產品。
什麼是敏捷和敏捷開發？
專案管理高階 關於這個話題已經有了很多解答，下面是PM圈子網http www.pmleader.cn 的解釋。首先，敏捷開發是一種過程控制論，通俗的說，就是一種做事情的方法。1.它適用於軟體，因為軟體是軟的，可以改。要是硬體，改起來就沒那麼方便了 2.它適用於客戶不知道自己要啥的情況，其實，這樣的客...
什麼叫敏捷開發？
智雲檢視 定義 敏捷是一種思維方式 由價值觀定義，由原則指導，通過許多不同的實踐體現。敏捷開發 Agile 是一種以人為核心 迭代 循序漸進的開發方法。在敏捷開發中，軟體專案的構建被切分成多個子專案，各個子專案的成果都經過測試，具備整合和可執行的特徵。簡單地來說，敏捷開發並不追求前期完美的設計 完美...
敏捷教練與開發經理如何共存？
徐毅 這個問題，一方面是一般來講，敏捷教練和開發經理這兩個角色各自的角色定義，以及這個定義是否存在衝突，其實每個公司的看法都不同，所以無法一概而論。其次是，雙方在協作過程中，具體達成一致的協作邊界，有無這樣的約定。敏捷教練實際上的作用是賦能 Empowerment 這本來也是領導力的一部分，也即員工...