敏捷开发相比传统开发流程有哪些优势

1传统的瀑布模式软件开发不能满足正规公司的软件开发要求1-1手机软件公司大，小之分目前手机软件公司应该说一个参差不齐，（2）一般公司做法，有一定规模的公司，在软件开发过程中，引入了项目管理思想按照传统的瀑布方式的软件开发模式在做软件管理，按照软件需求分析，软件概要设计，软件详细设计，编码，集成，软件测试，软件发布流程在做项目计划，项目管理按照这个项目计划进行软件开发控制，软件项目管理仅仅是强调了软件开发计划和软件开发控制，对于整个软件实施构思，已经如何实施才能达到项目要求，指导比较少？针对于目前手机软件需求变化极快的情况，此开发模式在多项目情况下，软件需求确定，软件开发计划确认，软件开发反馈以及沟通，分工在实际实施过程中，都会往往应为一些软件需求变更导致项目交付有问题！（3）软件成熟度较好的手机软件开发公司，引入了PM，按照CMM流程重视软件开发过程控制以及软件开发技术积累，同时为了能适应手机软件开发需求变化比较快的特点，不采用传统瀑布模式软件开发，引入了敏捷开发模式，在软件实践过程中，引入了FDD,ASD,XP的敏捷开发模式，在软件开发过程中，强调以构架为中心，以需求为驱动的迭代开发模式，通过构架，确保软件的可扩展性和接口合理性，强调接口设计，方便于迭代和合作开发；通过需求驱动，把每一个需求功能，作为一个user测试点独立开发，先进行每一个userfeature验证，然后集成，通过每一个userfeature的验证中，引入客户参与以及反馈确认，从而控制开发过程质量以及需求匹配程度，减少软件开发偏差！1-2采用敏捷开发好处引入敏捷开发，通过需求阶段，需求管理敏捷，在需求管理过程中，以客户为中心；软件构架，采用敏捷分析，客户，测试，研发共同参与，让虽有参与，可以尽快获得客户反馈，以便于保证工作正确性；敏捷开发，强调接口，合作，迭代集成，迭代测试；敏捷测试：尽快确认研发是否适合需求，并且反馈；如果整个团队内部都已经能熟练的实施后，可以考虑实行分布式的敏捷开发；即机制外包开发或者异地机构开发管理；分布式敏捷：快速达成共识---沟通以及反馈确认通畅---敏捷开发2-1敏捷开发工具CC,SVN--软件配置工具；CQ,BUGFREE---测试管理工具开发论坛：WIKI；技术共享，目标共享，计划共享，接口共享网络工具：沟通工具

1、story澄清会议（即需求澄清），参与人员：开发人员、资料开发人员、测试人员、tse、需求接口人等。目的顾名思义就是让所有参与项目的人员更深入的了解需求，会议上任何参与者都可以发表疑问，对不理解的地方要及时问清楚，实践证明这个会议能尽早的发现开发人员遗漏掉的功能点以及功能实现的方式对其他模块的影响等。这个阶段开发输出的文档有：story验收标准。一般情况下对于功能复杂的模块，为了让大家跟直观的了解功能点，一般开发人员会准备demo演示，这样也更有利于测试人员测试用例的输出。
2、测试人员根据需求澄清时了解的需求点编写测试方案，然后输出用例，完成后发给开发人员、tse对用例进行评审，编写人员根据检视意见修改用例，直到大家都认可了，再导入用例管理工具tmss。
3、迭代story转测试之前，测试人员需要向开发人员分一部分基本功能的用例验证，用例通过后才可以转测试。转测试附带的文档包括：代码检视确认报告、测试部提供用例的执行结果报告、开发自测用例样例参考等。
4、测试人员执行测试，执行用例---提交bug---回归问题---story评价---关闭story
5、迭代结束，回归会议，开发测试人员一起进行此次迭代版本的优缺点分析等。