敏捷开发

几位食客来餐馆吃饭（来项目啦~）


不确定吃些什么菜，找服务生要菜谱（客户往往提不出具体需求）

服务生拿出菜谱，有图有文，食客点了十盘菜（根据原型及文档基本确定了需求）

厨子们开始准备（项目启动）

小工切菜，厨子炒菜，先炒了两盘，端出去先给食客品尝（先拿实例给客户用用）

食客说还不错，厨子继续炒，继续端出去（开发期间不断给客户试用，敏捷讲究这个，人们叫它迭代）

食客发现这次两盘味道淡了，厨子给加了盐（迭代的好处，需求变更后马上改）

又上两盘，不够辣，厨子给加了辣椒（迭代的坏处，反复多了，增加工作量）

到最后两盘时，应食客要求，给换了这两盘菜，还好没炒（迭代的好处，需求再变更，不怕）

食客吃完，很满意（想怎么挑怎么挑，直到满意）

瀑布模型开发

几位食客来餐馆吃饭（来项目啦~）

不确定吃些什么菜，找服务生要菜谱（客户往往提不出具体需求）

服务生拿出菜谱，有图有文，食客点了十盘菜（根据原型及文档基本确定了需求）

厨子们开始准备（项目启动）

小工切菜，厨子炒菜（基本不怎么去了解需求了）

N长时间后，食客饿急：你们先上一盘行不？（N长时间客户什么都看不到）

十盘菜炒好，端了出去（项目一次性完成）

食客说大部分还不错，有两盘味道淡了，有两盘不够辣，有两盘想换掉（我是客户，我要变更）

厨子：加盐加辣可以，换菜不行，换了我那两盘的成本咋办（瀑布的坏处，需求变更后不好改）

最后厨子给加了盐，加了辣，菜没法换（尽量让客户满意）

食客吃完，吃的不爽，下次不来了（客户不满意）