基于局部迭代敏捷过程管理研究.docVIP

基于局部迭代敏捷过程管理研究 　　摘 要：阐述了敏捷项目管理的概念与起源，对敏捷过程管理的基本框架进行了改进，提出了基于局部迭代的敏捷过程管理框架，并对该框架的项目生命周期进行了阶段划分，介绍了各阶段的目标以及主要任务。 　　关键词：局部迭代；敏捷；过程管理；项目管理；生命周期 　　中图分类号：TP301 文献标识码：A 文章编号：1672-7800（2011）09-0020-02 　　 　　1 敏捷的概念和起源?? 　　敏捷即灵活性，是动态的、适应具体情况、响应变化以及自我完善，它是针对软件项目的一种新的项目管理思想和方法，是为解决软件面对需求模糊或快速变化的问题而提出的，它适用于需求不清、需求变化多、时间要求紧迫以及轻量级的团队项目。2001年国际敏捷联盟成立并提出敏捷的4项核心价值观：①个人和交互胜过过程和工具；②可工作的软件胜过面面俱到的文档；③客户合作胜过合同谈判；④响应变化胜过遵循计划。自此，对敏捷方法的研究愈演愈烈，并在许多项目上应用成功，国内在最近几年也开始关注敏捷方法。?? 　　敏捷是为了适应日趋激烈的竞争和生存环境而提出的一种新概念，它要求企业提高敏捷性从变化的调整中掌握主动并赢得市场。随着软件技术不断更新发展，软件所要面对的客户需求更加复杂，产品开发周期越来越短，产品质量要求越来越高，为使软件能高效率、高质量及低成本的开发出来，敏捷被引入了软件项目管理领域。?? 　　相对于传统的瀑布模型、RUP过程，敏捷项目管理更加关注项目中的变化，尤其是客户需求的变化。目前，在世界上使用的比较多的敏捷方法有极限编程（XP）、Scrum方法、水晶系列方法（Crystal）、自适应软件方法（ADP）、动态系统开发方法（DSDM）、测试驱动方法（TDD）以及特征驱动方法（FDD）等，这些敏捷方法基本都基于如图1中所示的敏捷过程管理基本框架：?? 　　 　　图1 敏捷过程管理基本框架?? 　　 　　敏捷过程强调的是迭代增量交付，每一次过程都包括需求分析、架构设计、撰写代码与产品交付，每一次的过程都比较紧凑，时间也比较短，充分反应了敏捷的特性。对于基本的敏捷过程来说，虽然通过迭代增量交付的方式避免了因客户看不到软件最终呈现效果而导致的项目失败风险，但由于敏捷过程过于强调快速满足用户需求变化，导致对软件的体系架构的稳定性产生很大的冲击，甚至在我们的实际项目中发生过推倒重来的情况，发生这种结果的原因就是在敏捷的反应过程中，造成对体系架构设计的不够完善，可扩展性不强，当客户的需求发生变更，在没有成熟的软件设计模式的情况下，很有可能就会造成返工的结果。因此，传统的敏捷过程更适合于应用在对客户业务已经非常了解，并且已有类似项目经验，有可以应用的软件设计模式的情况下，当遇到一个全新的、时间要求紧迫的项目时，基本的敏捷过程就显得有些力不从心，返工的风险始终都存在着。?? 　　2 基于局部迭代的敏捷过程管理框架?? 　　为解决基本的敏捷过程所面临的问题，我们在敏捷过程管理基本框架的基础上进行了改善，形成了如图2所示的局部迭代敏捷过程管理框架：?? 　　 　　图2 局部迭代敏捷过程管理框架?? 　　 　　图3中的框架主要包含两个局部迭代过程，第一个局部迭代过程为软件项目前期的需求分析阶段，快速获取客户的需求并进行需求分析后，立即进行界面呈现设计，这里的界面设计是一种临时性的、可抛弃型的简易示意界 　　 　　面，通过这些界面给予客户一个软件的直观印象，面对这些界面，客户的很多隐藏需求将被诱导出来，软件承建方需要对这些诱导出来的需求或已经变更的需求进行分析，设计新的界面，再次与客户进行确认，这样通过将界面设计的前移，可以尽量在项目前期明确客户的需求，确定项目的大致范围。由于这时设计的界面都是临时的、可抛弃的，项目并没有进入架构设计及项目开发阶段，因此可以有效降低项目的返工风险，而代价仅仅是增加了一些示意界面设计的时间与成本而已。?? 　　第二个局部迭代过程为软件体系架构设计好并建立起系统原型后，经过迭代开发产生可交付的阶段性产品，提交给客户进行确认，当客户对已提交的产品反馈了意见或需求发生了变更时，则需要立即进行需求分析，判断该需求变更是否对系统的体系架构产生影响，若不产生影响则重新进行界面设计，修改系统界面层的原型，若已经发生影响，则需要重新调整软件体系架构，也就是说要返工了。但在常规情况下，由于经过第一个局部迭代，我们已经将需求变更所产生的对软件体系架构的影响降到了最低，因此这种需要修改软件体系架构的情况很少发生。?? 　　局部迭代敏捷过程管理框架通过两个局部迭代过程实现了最大程度的保证软件体系架构的稳定性，同时也可以实现快速的迭代增量交付目的，使客户能尽早的看到软件产品，客户通过产品的最终呈现效果可