摘要
软件开发人员和项目经理努力地评估敏捷过程对他们的开发环境的适应性。本文指出许多已公布的敏捷过程对不同的项目类型来说存在的局限性,敏捷过程应用在这些项目中可能会存在问题。
绪论
当越来越多的组织要求通过及时部署基于Inte.net的服务来寻求获得竞争优势时,开发人员就承受不断增长的压力以尽快实现新的、增强的服务。敏捷软件开发过程主要针对这个问题发展起来的,即在“网络时代”开发软件的问题。敏捷方法采用技术上和管理上的过程,这些过程能持续地适应
(1)源自开发过程中获取的经验而进行的变更(2)软件需求的变更(3)开发环境的变更。
敏捷过程特别支持尽早尽快地交付可工作代码的产品,这通过迭代的开发过程完成的,其中每次迭代都注重提交可工作的代码以及其他制品(artifacts)以供客户评估,同时也供项目评估。敏捷过程的支持者和批评者都强调在这些过程中注重代码。支持者经常争论说代码是唯一重要的可交付的产品,可以忽视分析和设计模型、文档在软件开发、演化过程中的角色。敏捷过程批评者指出,强调代码能带来全体记忆丢失(corporate memory loss),因为没有重视编写良好的文档和模型来支持庞大、复杂软件系统的创造和演化。 敏捷支持者和批评者提出的声明引出这样的问题:在当今快速变化的开发环境中,什么样的实践、技术和基础结构适合软件开发过程?特别是,对有关特定应用程序领域和开发环境的敏捷过程适应性的问题的回答通常是根据轶闻报导。