寫在開頭的話：願你有乙個主觀能動性很強的團隊，執行力和認知水平比你高的團隊，還有乙個在組織上積極支援你變革的領導。
一：什麼是瀑布模式？
2023年的時候我畢業，畢業之後就去了南京某華為外包公司，當時只是蒙頭苦幹，並沒有瀑布的概念。
作為龐大的勞動密集型機器中的乙個小小的螺絲釘，我能看到的只有在上個月中訂好的手頭任務，知道在這個月幾號完成就行，知道幾號發布前回歸所有版本問題即可。常年如此，幾乎沒有變化。
其實這就是瀑布模式：發布日期確定，版本的範圍確定，轉測日期確定，開發完成時間確認。選擇什麼交付模式，主要和行業有關，傳統行業更追求穩定。
二：什麼是敏捷模式？
敏捷，最近幾年在網際網路公司頻頻提到的詞彙，但極少數公司外基本上都是偽敏捷，組織上並沒有自上而下的認知，而是加班加點完成漫無規劃的訴求。
最終馬兒跑的快了，馬兒累了，馬兒還吃不飽，無奈的馬兒離開馬廄，身後不斷還有新的馬兒還可以源源不斷的跑進你剛離開的馬廄，無奈的馬兒笑了笑，進了新的馬廄開啟了下乙個迴圈。
是，敏捷的推動和落實確實有阻礙，改革的路並不是一路暢通的，不是麼？你該站出來改變一下。
言歸正傳
精益製造，源於豐田車間，目的是供需平等，沒有任何冗餘浪費，在最短時間交付產品。
同理，敏捷就是讓團隊或者組織更精密的協作，更順暢的溝通，從而使價值在組織內部更順暢的流動（需求從誕生到落地周期短）。
另外，如何能讓組織更快地適應動盪的商業環境且源源不斷的創新提供價值和利益點也是商業敏捷的思維和唯一出路。
寫在中末尾的話：願你有乙個主觀能動性很強的團隊，執行力和認知水平比你高的團隊，還有乙個在組織上積極支援你變革的領導。
敏捷 瀑布模型
敏捷模型 核心是快速迭代，擁抱變化。以使用者的需求進化為核心，採用迭代 循序漸進的方法進行軟體開發。因為最終目標是讓客戶滿意，所以能夠主動接受需求變更，這就使設計出來的軟體有靈活性，可擴充套件性。宣言 個體和互動 勝過 過程和工具 可以工作的軟體 勝過 面面俱到的文件 客戶合作 勝過 合同談判 響應...
瀑布模型和敏捷方法的區別
瀑布模型開發 嚴格把軟體專案的開發分隔成各個開發階段 需求分析，要件定義，基本設計，詳細設計，編碼，單體測試，結合測試，系統測試等。使用里程碑的方式，嚴格定義了各開發階段的輸入和輸出。如果達不到要求的輸出，下一階段的工作就不展開。強調文件，在開發的後期才會看到軟體的模樣。在這種情況下，文件的重要性彷...
敏捷開發和瀑布開發的區別
個人覺得 敏捷開發強調以人為中心,快速迭代，客戶參與多溝通，減少不必要的文件,包括scrum和xp 優點 快速適應變化,做出的專案比較接近客戶需要的 缺點 文件不多，如果人員流動大，維護相對更難 瀑布開發強調文件，就是不同階段按照順序自上而下而來，如需求 設計 編碼 測試 單元測試 系統測試 維護，...