瀑布式開發方法的兩大基本原則是：
（1）採用階段式開發：這是產品經理最熟悉的用的最多的方法，即軟體開發過程被事先分為固定的幾個階段：撰寫書面的需求說明文件，設計高層軟體架構，設計底層細節，編寫**，測試，部署。
瀑布式開發使用最廣，並且經久不衰的原因：
瀑布式開發的流程具有可**性，所以比較受管理層的歡迎，只要能準確理解需求和技術，而且需求不再改變，開發團隊就能為大規模的專案指定精確的開發計畫。並且在每個階段結束時都會提交書面材料，這會讓人比較放心，在一定程度上增強人們對專案的信心。
但是使用瀑布式開發也有缺點：
（1）產品驗證嚴重滯後：產品經理必須要等到軟體開發的尾聲，才能看到可以執行的軟體，也就是說，在投入大量人力和資金之前，軟體的可用性無法得到驗證。
（2）變更計畫**不菲：在瀑布式開發過程中，任何對前期決策的修改都會打亂開發流程，大量工作需要從頭來過，嚴重延誤開發進度。然而產品經理負責跟蹤客戶和使用者的需求，如果需求發生變化，修改產品是不可避免的。
（3）無法適應快速的市場變化：瀑布式開發方法嚴重依賴文件和流程，即使是一點小小的改動都要花費不少的功夫，這就使產品經理壓力倍增，即要盡量確保提交的產品設計通過了驗證，沒有缺陷，另一方面，產品發布後產品經理仍然提心吊膽，隨時準備以最快的速度修補產品。
所以，瀑布式開發方法過於理想化，除非是規模很小的專案，否則瀑布式開發方法很難順利執行。
所以這就不難理解為什麼要改用scrum和極限程式設計這類敏捷方法了。
方法啟示錄
自助餐廳的營銷啟示 一自助餐廳因顧客浪費食物而提出 凡浪費食物者罰款十元！結果生意一落千丈！後經人提點將售價提高十元，標語改為 凡沒有浪費食物者獎勵十元！結果生意火爆且杜絕了浪費行為！結論 任何時候，不要給客戶 吃虧 的感覺，而要給他們預留 佔便宜 的空間。2.打單心得 客戶有意向時，如何快速促成成...
遊戲啟示錄
暑假期間因為比較清閒，玩了很多遊戲。有些是近幾年的新遊戲，有些是古老的遊戲。自己在玩遊戲的過程中也總結出一些遊戲設計上的心得。下面一一介紹 1.魔法師傳奇。這個遊戲最近幾年出了第2部。可惜不知道是什麼原因，畫面是跳動的，而且進入遊戲後動滑鼠就宕機。無奈只得將其刪除。它是由曾經開發過 幽浮 的英國著名...
「摩根」啟示錄
摩根 啟示錄 1 摩根 公司創立 摩根 公司創立於2006年4月1日的一次 戰略管理與決策 沙盤模擬訓練。非常感謝公司給我們這樣一次全面體驗企業經營的機會。1.1沙盤模擬 沙盤模擬訓練源自西方軍事上的戰爭沙盤模擬推演，完全不同於傳統的灌輸授課方式，它通過模擬企業執行，使受訓者在主導 企業 各項經營管...