文档介绍：敏捷开发方法
第1页，此课件共40页哦
第7章 敏捷开发方法
敏捷开发方法的核心思想
敏捷开发方法的原则
敏捷开发方法的代表——极限编程
第2页，此课件共40页哦
第一节敏捷开发方法的核心思想
敏捷软件开发方法的思想时间越短越好。
敏捷开发组织不满足于交付文档和计划，他们的目标是频繁地交付可以工作的软件，从而满足客户的需要。
第16页，此课件共40页哦
（4）在整个项目开发期间，业务人员和开发人员必须每天工作在一起。
软件项目必须被不断地调整和引导，这要求用户、开发者和其他利益干系人要频繁地交流。
敏捷原则
第17页，此课件共40页哦
敏捷原则
（5）围绕斗志高昂的人构建项目，给他们提供所需的环境和支持，并且信任他们能够完成任务。
在一个敏捷项目中，人员被认为是最重要的因素，其它所有因素（过程、环境、管理等）都被认为是次要的，当这些因素对人员造成不利影响时，就必须对其做出改变。
例如，如果某些过程步骤对团队人员来说是个障碍，那么过程就必须改变。
第18页，此课件共40页哦
（6）在团队内部，最有效率和最有效果的信息传达方式就是面对面的交流。
在敏捷项目中，主要的交流方式就是交谈。文档在必要的时候会被创建，但不会试图用文档来捕获所有项目信息。
在敏捷项目组中，默认的交流方式是交谈，而不是文档。
敏捷原则
第19页，此课件共40页哦
（7）可以工作的软件是进度的主要度量标准。
对于敏捷项目来说，进度的度量标准是当前可满足用户需求的软件的量，而不是当前项目所处的阶段、文档数量或基础代码的数量。
项目完成了30%的含义是30%的用户所需功能已被实现。
敏捷原则
第20页，此课件共40页哦
（8）敏捷过程提倡可持续开发。出资人、开发者和用户应该共同维持一个稳定的开发速度。
敏捷小组会在整个项目开发期间保持一个适当的、可持续的开发速度，从而维持最高的质量标准。敏捷项目不会使开发者感到疲惫不堪。
敏捷原则
第21页，此课件共40页哦
（9）对卓越技术和良好设计的不断追求有助于提高敏捷性。
敏捷开发团队认为提高质量会加快开发进度。因此要保持软件的精简和健壮。
敏捷开发团队的每个成员都要致力于开发高质量的代码，不能把混乱的、底质量的代码留到以后去修改。
敏捷原则
第22页，此课件共40页哦
（10）简单——尽量减少工作量的艺术是至关重要的。
敏捷开发方法总是选择达到目标的最简单途径。
敏捷开发团队并不花费大量精力去预防将来可能出现的问题，而是专注于对当前工作采用最简单、最高质量的解决方案，并相信将来如果问题出现，可以很方便地进行修改。
敏捷原则
第23页，此课件共40页哦
（11）最好的架构、需求和设计都出自于自组织的团队。
敏捷开发团队是自组织的团队。职责并非是从团队外部加给每一个团队成员，而是团队作为一个整体接受职责并自己决定怎样去完成它。
敏捷开发团队成员在项目的各个方面（架构、需求、测试等）都是共同负责的，不会出现某一人单独负责一方面任务的情况。
敏捷原则
第24页，此课件共40页哦
（12）每隔一定时间，团队都要总结怎样更有效率地工作，然后相应地调整自己的行为。
敏捷开发团队认识到环境在不断地改变，因此团队也需要不断地对组织、规则、惯例和各种关系进行调整，以保持自身的敏捷性。
敏捷原则
第25页，此课件共40页哦
第7章 敏捷开发方法
敏捷开发方法的核心思想
敏捷开发方法的原则
敏捷开发方法的代表——极限编程
第26页，此课件共40页哦
第三节 极限编程
符合敏捷软件开发思想和原则的具体实践方法有多种，如极限编程（XP）、Scrum、Crystal Methods、FDD等。
极限编程（Extreme Programming，XP）是最著名的敏捷开发方法，它由一系列简单的、互相依赖的最佳实践组成。
Kent Beck所著《解析极限编程——拥抱变化》系统地介绍了极限编程。
第27页，此课件共40页哦
客户也是开发团队成员
客户作为开发团队的成员，让提出需求的人们与开发这些需求的人们直接沟通，减少浪费。
完整的团队就意味着有客户参与。如果没有客户或真实客户“代理”的参与，开发的功能可能不被使用，书写的测试也可能不能反映真实的客户验收标准，这些都将导致浪费。
第28页，此课件共40页哦
短交付周期
XP项目每两周向客户交付一次软件，所交付的软件涉及客户的一部分需求，客户要及时作出反馈。
为了实现短交付周期，项目组需要制定迭代计划和发布计划。
两周为一个迭代周期，迭代代表向用户的一次产品交付，是用户所需功能的一个集合。六个迭代（约三个月时间）形成一个发布（Release），发布是一个主要的产品交付，会被集成到最终产品中。
第29页，此课件共