1、什么是敏捷模式

　　敏捷模式是一种应对快速变化的需求的一种软件开发模式，更强调程序员团队与业务专家之间的紧密协作、面对面的沟通（认为比书面的文档更有效）、频繁交付新的软件版本、紧凑而自我组织型的团队、能够很好地适应需求变化的代码编写和团队组织方法，也更注重做为软件开发中人的作用。敏捷的模式并不是一个方法论，而是一个世界观。

　　甚至敏捷不是一个方法论，顶多也是一种世界观。当在做一件事而又不确定哪种方法正确时，就可以参考一下原则，看看是否与原则相违背；

　　2、敏捷模式的实现方法

　　采用敏捷的开发模式不是说前期的需求什么的都不需要讨论，系统设计不需要了。在项目的前期，PD需要完成PRD，召开PRD评审会议，或者出原型之类的，务必使项目的成员都了解项目的需求。

　　对于没有使用过敏捷模式的团队，还需要召开Scrum计划会议，介绍项目的整体管理（流程，方法，工具和团队组建）等。

　　另外在流程开始之前，我们需要介绍一个名词，UserStory。用户故事是从用户的角度来描述用户渴望得到的功能。一个好的用户故事包括三个要素：角色——谁要使用这个功能；活动——需要完成什么样的功能；商业价值——为什么需要这个功能，这个功能带来什么样的价值。指定UserStory并没有统一的标准，项目组N个人可能有N种粒度的UserStory；从测试的角度来讲，我们需要保证没有遗漏。

　　迭代计划：迭代的划分

　　设定UserStroy

　　任务的分解

　　工作量的评估和认领

　　对整个迭代的整体计划进行确认；

　　任务执行：开发和测试按照迭代计划执行

　　每日站立会议：沟通已经完成的进度，当前计划和当前问题

　　提前进行部分功能交付测试

　　全部功能测试

　　团队回顾：评审会议

　　产品交付验收

　　3、敏捷模式和非敏捷模式的区别

　　使用敏捷的模式开发项目，更多的是要求项目成员之间能够彼此信任，互相协作，同心协作，相互沟通。使用需要项目组的成员发挥自己的主观能动性。

　　对比瀑布模型：

　　个体和交互重于过程和工具
　　可用的软件重于完备的文档
　　客户协作重于合同谈判
　　响应变化重于遵循计划

　　对比迭代模型：

　　迭代模型是以模块为最小划分单位，每个迭代采用的可能是小规模的瀑布模型；而敏捷模式，是以一段时间为止，我们尽可能多的实现UserStory，；