敏捷开发以用户的需求进化为核心，采用迭代、循序渐进的方法进行软件开发。
敏捷项目管理作为新兴的项目管理模式，简化了传统项目管理的繁琐流程和文档。迭代过程中的需求变更会加入到项目继续迭代需求池，丰富项目的产品功能。
在敏捷开发中，软件项目在构建初期被切分成多个子项目，各个子项目的成果都经过测试，具备可视、可集成和可运行使用的特征。换言之，就是把一个大项目分为多个相互联系，但也可独立运行的小项目，并分别完成，在此过程中软件一直处于可使用状态。
敏捷团队运作机制
1.一个团队有自己的代办事项，对代办事项进行拆小。
2.按客户价值进行优先级排序，产品经理负责价值排序。
3.小而稳定，跨职能团队。
4.多个团队协作，时间和战略目标契合。
关键的团队角色
产品负责人
Scrum主管（流程主管）
开发团队
敏捷开发最重要的是通过尽早和不断交付有价值的软件满足客户需要。互联网公司构建完美软件开发流程，并没有统一的模式。但是在这个领域，敏捷技术，加上持续的应用和改进，都能够达到敏捷的成功。
敏捷开发团队是跨功能的-包括测试人员，开发人员，文档开发人员等等。当然，敏捷开发也不是非常简单：
- 最大的分歧在于开发人员和测试人员之间。
- 团队需要做什么，如何最好地分配工作。
- 需求调研
需求是会变的，变的原因很多。所以需求是影响软件开发的第一重要因素，需求来源于业务，我们开发的产品不就是因为这些业务才去做的吗？
最理想的敏捷开发是能够缩短项目的反馈周期。
因其将项目分成了若干个迭代周期，每个迭代周期结束都能立即反馈。通过不断的沟通，还能减少理解上的偏差，配合反馈，减少误解，从而降低修正错误的代价。每个迭代周期的结束都能接受验证，从而能快速的适应变化，及时的适应新的需求，保证产品的正确性。
1. 快速迭代
相对那种半年一次的大版本发布来说，小版本的需求、开发和测试更加简单快速。一些公司，一年发布仅2~3个版本，发布流程缓慢，它们仍采用瀑布开发模式，更严重的是对敏捷开发模式存在误解。
2. 让测试人员和开发者参与需求讨论
需求讨论以研讨组的形式展开最有效率。将需求分组并确定优先级。
3. 多沟通，尽量减少文档
任何项目中，沟通都是一个常见的问题。好的沟通，是敏捷开发的先决条件。在圈子里面混得越久，越会强调良好高效的沟通的重要性。
4. 做好产品原型
建议使用草图和模型来阐明用户界面。并不是所有人都可以理解一份复杂的文档，但人人都会看图。
5. 及早考虑测试
敏捷开发管理要保证在迭代周期内，团队成员思想保持高度一致、以共同的节奏和共同的周期完成周期性运转，保证在每一个周期的同一时间点，团队中的每一个人做的事情是相对一致的。
迭代也让团队内外有着共同的预期，知道什么时间点该做什么，该交付什么出来，流程跟踪很重要。
敏捷开发的精髓，就在于：快速响应 + 快速上线 + 快速更新
智办事敏捷开发管理，主要用于跟踪产品开发、帮助团队整理问，以及记录团队行为。包含项目跟踪管理，有较强的计划、日程、进展汇报等功能，可以创建团队计划，安排到位，梳理团队任务，明确到人，让团队工作可视化，清晰可见。