0、先来一张导图
image
1、概念
简单的说，敏捷开发是一种以人为核心、迭代、循序渐进的开发方法。在敏捷开发中，软件项目的构建被切分成多个子项目，各个子项目的成果都经过测试，具备集成和可运行的特征。
换言之，就是把一个大项目分为多个相互联系，但也可独立运行的小项目，并分别完成，在此过程中软件一直处于可使用状态。
敏捷最大的特色是迭代式开发。
2、优势
image
1、敏捷开发属于增量式开发，对于需求范围不明确，需求变更较多的项目而言，可以很大程度上响应及拥抱变化。
2、对于互联网产品而言，市场风向转变很快，需要一种及时快速的交付形式，而敏捷开发则能更好地适用于此。
3、敏捷开发可最大程度体现80/20法则的价值，通过增量迭代，每次都优先交付那能产生80%价值效益的20%功能。能最大化单位成本收益。
3、误区
image
4、特点
image
5、核心原则
image
6、捷开发与瀑布模型开发
image.png
某博主po的一个很有趣的“敏捷和瀑布”对比例子，给大家作为阅读参考：
6.1、敏捷开发
-
客人到餐馆来点菜（新项目）
-
不确定客户想吃什么的时候，通常选好餐厅后会先看看餐厅的菜单（客户往往提不出具体的需求）
-
根据图文菜单，客人点了是个菜（根据原型和设计稿，基本确定了需求）
-
后厨开始准备（项目启动）
-
配菜、炒菜，先上了两盘，让客人尝了尝味道（先提供可用实例给客户用）
-
客人说还不错，后厨继续准备后面的菜，陆续上菜（不断迭代，不断测试）
-
上菜过程中，客人突然发现有个菜的味道太淡了，让后厨加了点盐又端上来了（敏捷的好处，可以不断测试和需求变更）
-
又上了两盘，不够辣，又拿到后厨加了辣（敏捷的坏处，需求没有提前明确，反复迭代，增加了工作量）
-
到最后两盘时，客人要求换两个菜，还好没炒（迭代的好处，随时接受需求变更）
-
客人吃完，很满意（基本满足了全部的要求）
6.2、瀑布模型开发
-
客人到餐馆来点菜（新项目）
-
不确定客户想吃什么的时候，通常选好餐厅后会先看看餐厅的菜单（客户往往提不出具体的需求）
-
根据图文菜单，客人点了十个菜（根据原型和设计稿，基本确定了需求）
-
后厨开始准备（项目启动）
-
根据客人的下单配菜，炒菜（基本上不会主动去了解完整需求）
-
半个小时了，菜还没上桌，客人饿极了（项目启动后很长一段时间客户什么都看不到）
-
再过了二十分钟，十个菜都一起上来了（项目最终一次交付）
-
客人说，有几个菜挺好的，但是有个菜味道淡了，有两个不够辣，还有两盘重复了想换掉（我是买单的，我要变需求）
-
这时候大堂经理来了，说，“味道淡了可以加盐，不辣可以加辣，但是换菜不行，已经炒好的那两盘菜也是要算成本的”（瀑布的坏处，需求变更比较麻烦）
-
于是，后厨只给客户加了盐，加了辣
-
客人吃完，不是很满意，下次不来了（没有满足需求）
7、总结
但总的来说，在现在管理项目过程中，并没有严格的按照完全的敏捷或者完全的瀑布模式，都是各自掺杂了其他的方式。在实际项目过程中，过于强调模式并没有意义，重要的是能不能预防问题的发生，在问题发生之后能不能用最小的成本解决，模式更多起一个参考作用
最后借用民国时候的一句话：少研究一些主义，多关注一些实际问题
加Java架构师进阶交流群获取Java工程化、高性能及分布式、高性能、深入浅出。高架构。
性能调优、Spring，MyBatis，Netty源码分析和大数据等多个知识点高级进阶干货的直播免费学习权限
都是大牛带飞 让你少走很多的弯路的 群号是： 558787436 对了 小白勿进 最好是有开发经验
注：加群要求
1、具有工作经验的，面对目前流行的技术不知从何下手，需要突破技术瓶颈的可以加。
2、在公司待久了，过得很安逸，但跳槽时面试碰壁。需要在短时间内进修、跳槽拿高薪的可以加。
3、如果没有工作经验，但基础非常扎实，对java工作机制，常用设计思想，常用java开发框架掌握熟练的，可以加。
4、觉得自己很牛B，一般需求都能搞定。但是所学的知识点没有系统化，很难在技术领域继续突破的可以加。
5.阿里Java高级大牛直播讲解知识点，分享知识，多年工作经验的梳理和总结，带着大家全面、科学地建立自己的技术体系和技术认知！
扫一扫
19万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
