敏捷软件开发知多少

来源：未知　时间：2018-14-8　浏览次数：210次

1. 极限编程(XP)：沟通，简单，反馈，胆识，为四项基本准则，快速反馈，假设简单，递增更改，优质工作，为5条法则，几乎无文档。在所有的敏捷方法中,XP对日期产生的兴趣最多,并且在对良好不定的问题领域的特殊实践方面最为具体。
2. SCRUM：特别强调开发队伍和管理层的交流协作。每天,开发队伍都会向管理层汇报进度,如果有问题,也会向管理层要求帮助解决。
3. 动态系统开发方法：坚持功能在项目的全过程中都可以改变,当功能被允许改变时,通过使用时间框控制的目的就能达到。重视为项目营造一个正确的文化氛围,如手册中描述了项目有不同的侧重点,并指出对于那些缺陷在传统方法中转变起来是多么的困难。也非常重视协作价值和原理,以及文档。
4. .功能驱动开发方法，短时间的迭代阶段和可见可用的功能，适合于那些不确定或常变更的需求的系统。它抓住了软件开发的核心问题领域,即正确和及时地构造软件。
5. 水晶系列方法：相对于其它敏捷方法,水晶系列方法强调软件开发流程的纪律性,所以它比其它敏捷方法易于使用,但它的生产率不如Xp等其它敏捷方法。水晶系列与Xp一样,都有以人为中心的理念,但在实践上有所不同。人们一般很难严格遵循一个纪律约束很强的过程,因此,与Xp的高度纪律性不同,水晶系列方法试图用最少纪律约束而仍能成功的方法,从而在产出效率与易于运作上达到一种平衡。
6. 自适应软件开发(ASD)：ASD强调开发方法的适应性，这一思想来源于复杂系统的混沌理论。ASD不像其他方法那样有很多具体的实践做法,它更侧重为ASD的重要性提供最根本的基础,并从更高的组织和管理层次来阐述开发方法为什么要具备适应性。
7. 迭代式开发。整个开发过程被分为几个迭代周期，每个迭代期是一个定长或不定长的时间块，每个迭代周期持续的时间一般较短，通常为1~6 周。
8. 开发团队和用户反馈推动产品开发。敏捷开发方法主张用户能够全程参与整个开发过程。这使需求变化和用户反馈能动态管理并及时集成到产品中。同时，团队也能及时对用户的需求提供反馈意见。
9. 开发团队自我管理。拥有一个积极的、自我管理的、具备自由交流风格的开发团队，是每个敏捷项目的必要条件。敏捷开发总是以人为中心建立开发的过程和机制，而非把过程和机制强加给人。
10. 持续集成。新的功能或需求变化总是尽可能频繁地被整合到产品中。一些项目是在每个迭代周期结束的时候集成，有些项目则每天都在集成。
11. 增量交付。产品在每个迭代周期结束时被逐步交付使用，而不是在整个开发过程结束时一次性交付。每次交付的都是可被部署到用户应用环境中的、能给用户带来即时效益和价值的产品

1. 团队建设：以团队为单位，强调团队建设，赋予高度的责任，支持开发、透明的交流环境；以项目经理为领导核心，团队成员之间交付很少
2. 管理流程：流程可以简单，但规划与执行必须严谨；复杂，繁琐，静态，变更成本大
3. 用户参与程度：强调用户保持密切的联系和交流；很少涉及用户参与
4. 业务需求：需求具有优先级次序，开发以增量方式逐步完成功能，有助于量化项目过程；假设需求是明确的，一旦需求变更势必增加其余环节的复杂度
5. 交付频率：经常交付，交付周期短；项目结束时交付，交付周期长
6. 文档量：最必要最实用，高的应用度和阅读度；产生大量中间文档，低的应用度和阅读度