敏捷开发优点是：1. 更快交付价值；2. 更低的风险；3. 拥抱变化；4. 更好的质量。缺点是：1. 很难进行准确的资源规划；2. 很难准确的定义“轻量的“或必要的文档；3. 很难把握整体产品的一致性。
一、敏捷开发优点和缺点
敏捷的优点
1.更快交付价值
敏捷是基于价值驱动交付，项目团队要频繁的且尽快的给客户交付可以使用的产品，并尽早的让让产品投入市场可以尽早的验证其商业模式和商业价值，这是敏捷提倡的核心价值之一。
2.更低的风险
敏捷提倡优先交付高价值、高风险的需求，然后交付高价值、低风险的需求、再交付低价值、高风险、最后低价值、低风险的需求。这样的好处是把较高风险的需求在项目的初期就开始做，可以较早发现该产品是否可行（通常只要1~4周）。如果因为市场、技术或者其它原因失败了，可以及时停止该项目，降低项目风险。即使这个项目失败了，这个失败的代价相对来说小一些。
3.拥抱变化
在VUCA 迭代开发的后期也接受变更。因为市场在变化，用户的期望和要求在变化，客户的需求也会随着这些因素的变化而变化，只有及时响应这些变化，并尽快予以实施，才能帮助客户在瞬息万变的市场中保证竞争力和吸引力。而敏捷能够帮助团队在小步快跑的过程中能够快速的响应变化。
4.更好的质量
敏捷提倡高频率的交付有价值的产品。每天的例会、迭代计划会议、迭代评审会、迭代回顾会议都在对可交付成果质量上进行层层把关，因为在这几个会议中会频繁讨论遇到的问题/解决方案，验收标准，DoD等等。同时，也会邀请项目干系人参加迭代评审会并对可交付成果验收和反馈，这样团队可以及时予以调整，以确保质量。
敏捷的缺点
1.很难进行准确的资源规划
由于敏捷团队不是一开始就知道产品“最终的样子”，而是在过程中探索用户的需求逐渐知道产品真正的终局状态，这样一来就给前期的规划（成本，时间，资源）带来了很大的挑战（项目越大越复杂这一点变动更加明细）。
2.很难准确的定义“轻量的“或必要的文档
敏捷倡导的是用工作的软件即文档（核心是代码即文档）。整个项目用于产品开发的文档不是一开始准备好的（甚至都没有RP原型设计），而是在过程中”及时的“ just-in-time准备出来的。因此，我们看到的是非常简单的且常常被放在最后处理的文档（在项目中涉及到移交或问题分析时这一点显得尤其突出）
3.很难把握整体产品的一致性
增量交付可能有助于更快地将产品推向市场，但这也是敏捷方法论的一大缺点。因为当团队在不同的周期内对各个组件进行开发时，整体的输出往往会变得非常零散，而不是一个内部紧密集合的整体。（当项目对UI和UX有更高的要求时，这个挑战就变得更加明显）。
延伸阅读：
二、符合敏捷原理的主要模式有哪些
自2001年的敏捷宣言提出以来，以极限编程为首的一系列敏捷方法逐渐走入大众视野，在随后的发展中，各类敏捷方法都有所偏向，逐渐形成各自的特点及原则。
Scrum是当下使用范围最广的一种敏捷方法，这种开发模式也称为“橄榄球”式方法：团队成员都对产品开发的整个过程保留自己的看法，实现自治。产品开发方式由线性方法转向集成方法，这种转变刺激团队内部各层次间的交叉学习、交流以及思维发散。
Kanban
Kanban 是把敏捷的过程和产品进行可视化的方法。它相当于是一个信号系统把软件制造过程中的协作、分工、范围、工作、需求、进度、速度、成本、提交物等直观地展现出来。
功能驱动开发模式（FDD）
功能驱动开发模式（FDD）主要针对中小型软件开发项目，“是一个以Architecture为中心的，采用短迭代期、目期驱动的开发过程。它首先对整个项目建立起一个整体的模型，然后通过两周一次‘设计功能——实现功能’的迭代完成项目开发。”
以上就是关于敏捷开发优点和缺点的内容希望对大家有帮助。
