敏捷开发
草稿.png
以用户模糊需求的演变为核心，追求以最简单的方式解决问题，而不是贪婪的拓展能力。如果不需要这项功能，那就不要在模型中增加它。
这是一种增量式的开发，在初期用户就可以看到基础版的产品模型，进而随着需求的稳定，功能逐渐稳定并拓展。
敏捷开发不是开发很快、也不是开发越快越好，而应该是一种轻量级、高效的模式
瀑布模式
草稿 (1).png
以用户具体需求为核心。强调调研、收集完整的需求，然后启动项目，最终一次交付。
在开发期间对用户无感知，能看到的就是最终的一个结果。
举例
1、瀑布模式中：
用户需求：需要一个房子，平顶的，三层楼高，装修简单点....
开发交付：一个平顶房、简单装修的房子
用户反馈问题：用户又觉得平顶不好，三层又太高...
开发回复问题：地基打好了，墙也刷了，没法改，需要重新建一栋房子...
最终：用户骂骂咧咧的打了差评
我们满足了用户需求，又没完全满足，导致双反都不满意。
2、敏捷开发模式中：
用户需求：需要一个房子，平顶的，三层楼高，装修简单点....
开发交付：划了一块地，看看够不够嘞...
用户反馈：还可以，房子什么时候起来呢...
开发交付：铁板搭了一个临时房，看看能不能用嘞...
用户反馈：矮了点，再加层呗，铁皮感觉也可以，那就不要水泥的了，就这个吧...
开发交付：...
用户反馈：...
最终，双方较为满意的达成一致。
为什么需要敏捷开发
传统基于瀑布模式开发的过程中，往往开发周期很长、跟不上市场需求的变化，系统开发出来就意味着被淘汰。
敏捷开发有什么优势
主张简单
拥抱变化
快速反馈
与用户有沟通，能够及时的反馈最新的需求，并逐渐的确定需求
