敏捷开发的目的
敏捷开发的目的是快速响应市场需求。 比如一个产品的开发周期是一年，如果等到完美了才上线，时间周期会很长。 在这个过程中，用户的需求也会发生很大的变化。 ，导致线上产品无法满足客户需求。 另外，当今时代，响应速度已经成为企业不可忽视的核心竞争力。 敏捷开发方法恰恰满足了这两点。 它将整个产品需求划分为几个可以独立运行的迭代版本。 首先开发出部分核心功能并交付给用户使用。 然后进行下一次迭代开发软件项目管理与敏捷方法，开发的同时收集上一次。 迭代中对用户需求的反馈将被纳入下一次迭代中。 如此循环，直到最后一次迭代完成。
敏捷开发解决的问题
1、用户可以尽早使用系统。 客户可以感受到你对他们需求的快速响应，因此客户满意度会提高。
2、由于用户一开始并不太清楚自己的需求，所以在使用过程中用户的需求逐渐提升，需求变化程度较小。 这样我们就可以用很小的成本完成变更，也就降低了成本。 重大需求变化的风险降低了因需求变化而增加的开发成本。
3、敏捷开发注重以人为本，减少不必要的文档和流程，提高团队开发效率，达到降低成本、提高效率的目的。
团队要求
但敏捷开发对项目经理、产品经理和团队成员的综合素质要求较高，尤其是规划能力。 功能的背后，考验的往往是人们的理解能力、认知水平、独立思考能力、批判性思维等综合能力。 。
发散思维
敏捷开发表达了信息系统项目开发的进步状态。 事实上，“敏捷”思维不仅可以用来解决项目开发和管理中的问题，还可以应用于生活和工作的方方面面。 这种思维可以提高效率，消除不必要的浪费时间的思维。
典型例子：
在制定工作计划的过程中，很多技术经理往往喜欢所有的开发工作首先要有一个大计划，然后把大计划拆成多个小计划，然后对每个小计划的时间节点进行评估，甚至在A中花了很多时间来计划工作，最后却发现与实际时间完全不符。 其实我觉得对于一些无法明确开发周期的工作没有必要去规划详细的时间节点，因为变更的概率很大，未知数也很多。 这是典型的瀑布思维模式，也就是说在制定计划的时候，在工作的时候使用瀑布思维。
又比如：某产品多个模块的性能优化工作。 这种工作本身无法评价具体的时间。 然后你就可以用“敏捷”思维来管理进度，从过程而不是从结果来管理。 利用敏捷开发模型，将一项大型工作拆分为多个小迭代版本，然后从流程中管理每个小迭代的进度。 当一个版本完成后，就会上线一个版本，而不关心整体工作需要花多少钱才能完成。 时间软件项目管理与敏捷方法，首先无法判断正确的时间，其次一次性评估所有周期需要花费大量的时间和精力。 事实上，我们在这个过程中把每个小版本管理得很好，最终的结果是最高效、相对最好的结果。 这样的性能优化是一个逐步完善系统的过程。
