最近，关于“敏捷开发模型”和“瀑布模型”在群里展开了一些讨论，大家各自交换了意见。笔者认为：如果要决定具体是敏捷模型还是开发模型，就必须了解一下各自的历史：
敏捷模型（在国内）的历史
敏捷在国内大范围铺开应该是2011~2014年，那个时候创业公司雨后春笋起来，o2o百团大战、电商、小游戏、小APP……这些耳熟能详的词，仿佛就在昨天
这样的组织/业务形态，具备5个特征：
- 团队规模小
- 技术含量低
- 版本更新容易，反正都是互联网发布
- CEO催团队：“快点把demo做出来，下一轮融资在等着呢”
- CEO/PM也不清楚产品的目标，有时候就直接找一个竞品抄，或者索性产品的RQD不符合逻辑
瀑布模型的历史
与之相对，瀑布模型在“传统”的软件公司中依然使用，使用场景一般是下面这种画像：
- to B
- enterprisey：百万行源代码，随便一个独立产品就要上G，整个suite套装有几十个独立产品
- 企业级的软件，意味着程序员并不是天然的用户，需要向程序员培训行业或技术知识
- 版本周期长，更新不能太快
- 业务逻辑细致
演进
现在互联网的小鱼小虾的战国时代已经结束N年，开始大企业割剧。原来的那些快速迭代的业务开始放缓沉淀，出现万人以上的BU，模块开始往深里做。因此，很多开始对敏捷模型“反思”，瀑布模型的重新抬头。
该用哪种？
借鉴两种模式各自的历史，参考当前的公司定位、商业逻辑、组织形态，做出决策就相对容易了。
