我們知道，傳統的開發模式已經不能不適用於現在情況，原因有很多：需求經常發生變化，軟硬體更新速度很快等，這些原因都使得傳統不管是「瀑布模型」還是「增量」 不管是「快速原型」還是「螺旋」模型，這些軟體開發的模型，不在實用了。
所以，在2023年，敏捷宣言提出，標誌著敏捷開發模型初步形成。那麼敏捷開發和傳統開發有什麼區別？我們在進行敏捷開發的過程中，應當過分的關注那些方面？
首先區別在於就是多變的需求以及乏味的文件說明：
傳統的開發模型過分的強調文件的說明，比如瀑布模型，必須有說明文件，而且嚴格的按照前乙個過程是後乙個過程的的輸入，如果前乙個問題出錯，結果可想而知。而且使用者的需求必須充分的被理解，才能開始我們的工作，這在現實的世界是不行的，現在的需求可以說是經常發生變化，我們如果沒有一套適用於應對變化的措施，那將會是非常可怕的。所以，應對日益變化的需求，我們有了敏捷設計的想法。
玉傳統的敏捷過程相比，敏捷方法中避免了客戶在開發初期不能提供準確詳細需求導致的問題，採用迭代式的開發。通過不斷發布新版本並演示給客戶，使得客戶在與系統互動的過程中發現自己需要的系統特性，從而改善在每次迭代前提供的需求。這種開發方式中允許客戶延遲某些決定，等有價值的資訊出現或對技術優化後才去決定，這也是敏捷開發的乙個優勢。實際的敏捷開發中，甚至可以在任何需求都未知的情況下開始開發。另一方面，敏捷開發可以提供給客戶乙個更符合需求的最終產品。每乙個短的迭代，都為客戶提供乙個完整的模組以便於討論，由於這些模組並不是完整的系統，所以之後的任何新增功能的開發都不會增加開發費用。這樣開發者可以隨時為客戶增加任何功能，並且系統將在客戶沒有再需要新增的功能後進行整合。因此，敏捷開發的產品將是完全符合客戶需求的完整的系統。
瀑布模型，他的短板也就體現出來，「需求發生了變化」，專案到了最後階段，怎麼辦？要重新開始嘛？就像前面所說，客戶的需求可能開始的時候不是非常明確，而且會隨著條件的變化而發生經常的變化，那麼我們從頭再來就等於前功盡棄了。可以看出敏捷開發思想的優勢十分明顯，相比於傳統的過程模型，其效率有了明顯的提公升，同時效果也得到了質的飛躍。傳統過程模型是為了任務而開發，而敏捷開發是為了客戶而開發，這之間的區別可想而之。
不能說敏捷開發一定優於傳統的專案，但是值得強調的就是在現在的情況下，變化很大，說明文件不可能一成不變，那麼索性我們就不去過分的關注文件，去在**中寫注釋，在這種情況的大背景下，我們怎能不去喜歡敏捷開發？所以，在合適的情況用合適的開發過程，這很重要！
敏捷軟體開發
敏捷軟體開發 英語 agile software development 又稱敏捷開發，是一種從1990年代開始逐漸引起廣泛關注的一些新型軟體開發方法，是一種應對快速變化的需求的一種軟體開發能力。它們的具體名稱 理念 過程 術語都不盡相同，相對於 非敏捷 更強調程式設計師團隊與業務專家之間的緊密協作...
敏捷軟體開發
隨著軟體規模的不斷擴大 軟體涉及的領域越來越廣，客戶對軟體要求也越來複雜，這一點的最直接的體現就是軟體需求的變化越來越頻繁。敏捷軟體開發正是為了應對這一問題而誕生的軟體工程學方法。它以適應性的過程代替傳統的 型的過程代替傳統的 性的過程，在很大程度上滿足了現代商業軟體業務複雜 需求多變 時間要求緊迫...
敏捷軟體開發
1.敏捷宣言 個體與互動 勝過 過程和工具 可用的軟體 勝過 完備的文件 客戶協作 勝過 合同談判 響應變化 勝過 遵循計畫 2.什麼事敏捷軟體開發 一種軟體開發方 可以應對客戶快速變更的需求，他強調以人為核心，採用迭代的方式，循序漸進的開發軟體。3.scrum 是乙個敏捷開發過程框架，將整個開發周...