敏捷开发流程

敏捷开发模型厂[1.需求5■测试 ]2■计划|]一 ，发布―,迭代（3-4周）、/〔I循环迭代发布使用条件：需求和范围难以事先确定，或者在开发过程中存在较多变更的项目首先确定项目未完项中，哪些应该最优先在下一次迭代中交付。每一个迭代看作是完整的项目生命周期，看作整个项目的子项目。敏捷开发的特点：适应性：适应项目的变更面向资源：资源固定不变，根据资源调整计划和需求增量性：随着对需求理解的深入，在迭代中定义增量改进，循序渐进的完成项目。范围（需求）发动变动时，时间和成本也会相应变动；成本变动时，范围和时间也会相应变动时间变动时，范围和成本也会相应变动范围管理敏捷模式下，项目的需求是不断开发、逐渐清晰的过程；项目初期只能定义总体上的需求，具体的需求设计在各个迭代中依次展开定义范围就是把这些逐渐清晰的需求定义到相应的迭代中，并确定做且只做的工作;

开发开发时间管理定制时间计划时，排列工作优先级，估算资源，估算工作时间，控制进度。敏捷开发的迭代时间固定不变，因此需要制定工作优先级排序，以确定可完成和未完成的工作，并在迭代的开始确定未完成工作哪些应该最优先在下一个迭代中交付。制定变更谜度计划 择列工作优先畿 估算资源信鼻工作时闾确定未完成工作包制定变更谜度计划 择列工作优先畿 估算资源信鼻工作时闾确定未完成工作包成本管理在资源固定不变的条件下，在不同的迭代中，工作包的优先级以及需求的优先级影响各个迭代中工作的进度。为了确保各个迭代能够在规定的时间内交付范围内的工作，根据迭代中需求或者工作包的优先级，调整、重组和优化资源就是敏捷开发中成本管理的关键，也是项目成本管理中控制成本的的一部分。

敏捷开发循序渐进的特征使得在不同时期不同迭代中可以分别引入项目所需的角色，某一迭代中存在的角色在迭代结束后可以退场。例如：项目初期的迭代中需要UI设计，而在项目后期的迭代中，释放UI设计的资源，引入UAT测试人员。项目中所有的资源成本需要在项目的开始阶段估算完毕，在项目的各个迭代中进行分配调整。敏捷开发的三约束和传统开发三约束的对比时间

（固定）成本范围 时间

（固定）成本范围 （固定）（固定）成本（变化） 《变化）（变化）成本（变化） 《变化）（变化）范围 时间在传统开发中，开发模型是至上而下的完全计划型，它的生命周期划分为制定计划、需求分析、软件设计、程序编写、软件测试和运行维护六个基本活动，也可以将一个传统开发软件生命周期看做敏捷开发中的一个迭代。由于项目需求在需求设计阶段必须清晰明了，因此在传统开发模型中，项目范围固定不变，进而逐级展开后续工作阶段。对于经常变化的项目，传统开发模型不适用。为了完成需求设计中确定的全部需求，传统开发模型可以在后续工作过程中调整时间和成本使得为既定的需求指定的做且只做的全部工作在项目结束时完成。敏捷模型的优缺点：1、瀑布模型有以下^M：1） 舄项目提供了按陪段割分的检查黑占。2） 富前一陪段完成彳菱，您只需要去主彳菱^陪段。3） 可在迭代模型中雁用瀑布模型。2、瀑布模型有以下缺M：1） 在项目各佃陪段之^桎少有反会真。2） 只有在项目生命周期的彳期才能看到多吉果。3） 通遏遏多的弓鱼制完成日期和里程碑来跟蹴各佃项