敏捷开发和瀑布开发，该选择那个？

有个同事问我，瀑布开发和敏捷开发，该选择那个？

其实这个问题就等同，我是该自己煮饭还是该叫外卖，没有任何对错可言，只有合适不合适。

瀑布开发

入场->需求调研->概要设计->详细设计->开发->集成->测试->交付->运维，每一个环节都需要作大量的工作

特点是，保证每个环节能对上一个环节完整回答，并对下一个环节提供可靠支持。

举个栗子，譬如概要设计，就要对上一个环节的需求分析进行初步系统设计（包括网络、架构、技术、容错等），详细设计会根据概要设计的结论进行深化设计（数据关系、表字段和接口、分库等）。

这种设计方式就是出错的概率不高，但就怕时间过得快，等你作完了市场已经不需要了。

这种设计适合核心业务非常稳定多年不变、且出错成本非常高甚至会死人的行业。譬如银行、电厂、传统制造、核电、基础行业等等。

瀑布开发的交付物（主要文档）非常齐备非常重，ppt动不动就上百页。

敏捷开发

敏捷开发实施过几次但不成功，究其原因是敏捷开发对团队leader要求实在很高。

如果大家阅读过敏捷开发的书籍，会发现敏捷开发的案例往往是在晒收拾烂摊子或第二第三版开发。

刚开始以为敏捷开发真的很神，但实施过几次后才发现都是套路。

前面的项目即使失败，但绝对不是一无是处，留下宝贵的资产（项目、文档、技术、交流）和经过锻炼的队伍。

拿着这些遗产去进行项目开发，收敛最终目标强化过程监督，胜算还是很大的。

其中团队leader对同类型项目的经验非常丰富，知道哪些坑该怎么埋怎么躲，时间效率非常高，自然感觉敏捷开发很神奇。

敏捷开发文档重不重，其实是没时间搞太重，文档最终是为了各个环节传递。所以文档不重沟通补救，敏捷开发强调团队小坐得近，但关键点还是要有文档。

敏捷开发适合短平快项目，市场窗口期非常窄的项目。譬如移动互联网项目叠加成熟框架，就能快速上线业务去是错。

模式没有对错，只有适合不适合。