项目优化经验分享（七）敏捷开发

    上一篇博客我们分享了项目开发中SVN冲突的解决经验《SVN冲突和处理》。今天我们来分享一下近几年火热的开发模式：敏捷开发！ 

    敏捷开发有多火呢？百度一下，这类的博客还真不少，同是CSDN上就有很多，不同作者眼里敏捷开发也不尽相同，当然基本原理还是一样的，今天我来介绍一下我眼里的敏捷开发。

    一.基础知识

    概念：

    敏捷开发是一种新型的软件开发方法，能够应对客户快速变化的需求。相对于“非敏捷”，更强调程序员团队与业务专家之间的紧密协作、面对面的沟通（认为比书面的文档更有效）、频繁交付新的软件版本、紧凑而自我组织型的团队、能够很好地适应需求变化的代码编写和团队组织方法，也更注重软件开发中人的作用。

    价值观：

    1.人和（人与人的）交互：优先于过程和工具。
    2.可以工作的软件：优先于求全责备的文档。
    3.客户协作：优先于合同谈判。
    4.随时应对变化：优先于循规蹈矩。

    主要原则：

    1.对软件开发而言，最重要的是通过尽早和不断交付有价值的软件满足客户需要。
    2.我们欢迎需求的变化，即使在开发后期。敏捷过程能够驾驭变化，保持客户的竞争优势。
    3.经常交付可以工作的软件，从几星期到几个月，时间尺度越短越好。
    4.业务人员和开发者应该在整个项目过程中始终朝夕在一起工作。
    5.围绕斗志高昂的人进行软件开发，给开发者提供适宜的环境，满足他们的需要，并相信他们能够完成任务。
    6.在开发小组中最有效率也最有效果的信息传达方式是面对面的交谈。
    7.可以工作的软件是进度的主要度量标准。
    8.敏捷过程提倡可持续开发。出资人、开发人员和用户应该总是维持不变的节奏。
    9.对卓越技术与良好设计的不断追求将有助于提高敏捷性。
    10.简单——尽可能减少工作量的艺术至关重要。
    11.最好的架构、需求和设计都源自自我组织的团队。
    12.每隔一定时间，团队都要总结如何更有效率，然后相应地调整自己的行为。

    敏捷方法：

    1.软件开发之韵，Software Development Rhythms
    2.敏捷数据库技术，AD/Agile Database Techniques
    3.敏捷建模，AM/Agile Modeling
    4.自适应软件开发，ASD/Adaptive Software Development
    5.水晶方法，Crystal
    6.特性驱动开发，FDD/Feature Driven Development
    7.动态系统开发方法，DSDM/Dynamic Systems Development Method
    8.精益软件开发，Lean Software Development
    9.AUP（Agile Unified Process）
    10.Scrum（常用）
    11.极限编程，XP Extreme Programming（常用）
    注：后两种敏捷方法最常用，在后面的博客中会有具体介绍。

    二.对比其他的方法

    敏捷方法有时候被误认为是无计划性和纪律性的方法，实际上更确切的说法是敏捷方法强调适应性而非预见性。
适应性的方法集中在快速适应现实的变化。当项目的需求起了变化，团队应该迅速适应。这个团队可能很难确切描述未来将会如何变化.

    1.对比迭代方法

     相比迭代式开发两者都强调在较短的开发周期提交软件，敏捷方法的周期可能更短，并且更加强调队伍中的高度协作。

    2.对比瀑布式开发

    两者没有很多的共同点，瀑布模型式是最典型的预见性的方法，严格遵循预先计划的需求、分析、设计、编码、测试的步骤顺序进行。步骤成果作为衡量进度的方法，例如需求规格，设计文档，测试计划和代码审阅等等。
    瀑布式的主要的问题是它的严格分级导致的自由度降低，项目早期即作出承诺导致对后期需求的变化难以调整，代价高昂。瀑布式方法在需求不明并且在项目进行过程中可能变化的情况下基本是不可行的。
    相对来讲，敏捷方法则在几周或者几个月的时间内完成相对较小的功能，强调的是能将尽早将尽量小的可用的功能交付使用，并在整个项目周期中持续改善和增强。

    在实际项目中，由于敏捷开发对于开发人员的要求相当高，或是有些软件有比较高的关键性、可靠性、安全性方面的要求，再加上成本控制问题，可能有些公司开发采用瀑布+敏捷开发的形式。

    三.总结

    本篇博客主要介绍了敏捷开发的基础知识和本人对于敏捷开发的一点见解，以后会写一个专题来具体讲述本人在实际项目中的敏捷开发经验。