敏捷是一种通过创造变化和响应变化在不确定和混乱的环境中取得成功的能力。敏捷的优点包括更快交付价值，是基于价值驱动交付，项目团队要频繁的且尽快的给客户交付可以使用的产品。敏捷的缺点包括很难把握整体产品的一致性。
一、什么是敏捷模型
敏捷是一种通过创造变化和响应变化在不确定和混乱的环境中取得成功的能力。
敏捷模型是20世纪90年代兴起的一种软件开发模型。在现代社会,技术发展非常快软件开发也是在快节奏的环境中进行的。在业务快速变换的环境下,往往无法在软件开发之前收集到完整而详尽的软件需求。没有完整的软件需求,传统的软件开发模型就难以展开工作。
为了解决这个问题,人们提出了敏捷开发模型。敏捷模型以用户的需求进化为核心,采用迭代、循序渐进的方法进行软件开发。在敏捷模型中,软件项目在构建初期被拆分为多个相互联系而又独立运行的子项目,然后迭代完成各个子项目,开发过程中,各个子项目都要经过开发测试。当客户有需求变更时,敏捷模型能够迅速地对某个子项目做出修改以满足客户的需求。在这个过程中,软件一直处于可使用状态。
除了响应需求,敏捷模型还有一个重要的概念——迭代,就是不断对产品进行细微、渐进式的改进,每次改进一小部分,如果可行再逐步扩大改进范围。在敏捷模型中,软件开发不再是线性的,开发的同时也会进行测试工作,甚至可以提前写好测试代码,因此在敏捷模有“开发未动,测试先行”的说法。
二、敏捷模型优缺点
敏捷的优点
更快交付价值
敏捷是基于价值驱动交付，项目团队要频繁的且尽快的给客户交付可以使用的产品，并尽早的让让产品投入市场可以尽早的验证其商业模式和商业价值，这是敏捷提倡的核心价值之一。
更低的风险
敏捷提倡优先交付高价值、高风险的需求，然后交付高价值、低风险的需求、再交付低价值、高风险、最后低价值、低风险的需求。这样的好处是把较高风险的需求在项目的初期就开始做，可以较早发现该产品是否可行（通常只要1~4周）。如果因为市场、技术或者其它原因失败了，可以及时停止该项目，降低项目风险。即使这个项目失败了，这个失败的代价相对来说小一些。
拥抱变化
在VUCA 迭代开发的后期也接受变更。因为市场在变化，用户的期望和要求在变化，客户的需求也会随着这些因素的变化而变化，只有及时响应这些变化，并尽快予以实施，才能帮助客户在瞬息万变的市场中保证竞争力和吸引力。而敏捷能够帮助团队在小步快跑的过程中能够快速的响应变化。
敏捷的缺点
很难进行准确的资源规划
由于敏捷团队不是一开始就知道产品“最终的样子”，而是在过程中探索用户的需求逐渐知道产品真正的终局状态，这样一来就给前期的规划（成本，时间，资源）带来了很大的挑战（项目越大越复杂这一点变动更加明细）。
很难准确的定义“轻量的“或必要的文档
敏捷倡导的是用工作的软件即文档（核心是代码即文档）。整个项目用于产品开发的文档不是一开始准备好的（甚至都没有RP原型设计），而是在过程中”及时的“ just-in-time准备出来的。因此，我们看到的是非常简单的且常常被放在最后处理的文档（在项目中涉及到移交或问题分析时这一点显得尤其突出）
很难把握整体产品的一致性
增量交付可能有助于更快地将产品推向市场，但这也是敏捷方法论的一大缺点。因为当团队在不同的周期内对各个组件进行开发时，整体的输出往往会变得非常零散，而不是一个内部紧密集合的整体。（当项目对UI和UX有更高的要求时，这个挑战就变得更加明显）。
延伸阅读：
三、为什么敏捷在企业中越来越流行
可以从两个方面简单表述。
因为移动互联网的飞速发展，基本上所有的行业要想在这个时代保持竞争力并赢得市场，都需要和互联网扯上关系，因此诞生了很多的项目，有项目就需要有人来管理，那项目管理离不开方法，那敏捷无疑是当下较好的选择了（“感觉说敏捷就是为互联网而生的并不为过”）。
敏捷方法论更符合当前这个时代的发展需求, 它可以更好、更快、更简单、更有效的应对VUCA时代，并且可以让SM/PM更加从容、淡定、自信来管理项目，并提高项目交付的成功率。
以上就是关于敏捷模型的内容希望对大家有帮助。
