灵巧软件开发

本文格式为Word版，下载可任意编辑——灵巧软件开发

灵敏软件开发-原则和实践

一、灵敏软件开发宣言

1、个体和交互好过过程和工具

人是获得成功的最为重要的因素。合作、沟通以及交互能力要比单纯的编程能力更为重要。一个由平均水平程序员组成的团队，假使具有良好的沟通能力，将比那些虽然拥有一批高水平程序员，但是成员却不能进行交流的团队更有可能获得成功。选择适合的工具而不是大而全的工具，使用过多的巨大、笨重的工具就像缺少工具一样，都是不好的，尝试使用一个工具，直到发现他无法适用时才去更换他。团队的构建要比环境的构建重要的多。

2、可以工作的软件好过面面俱到的文档

没有文档的软件是一种灾难，过多的文档比过少的文档更糟。对于一个团队来说，编写并维护一份系统原理和结构方面的文档将总是一个好主意，文档应当是短小的并且主题突出的，文档是为程序服务的，不要为了写文档也写文档。在给新的团队成员传授知识的时候，最好的两份文档是代码和团队。代码真实的表达了他所做的事情。人和人只见的交互是将内容传递给他人的最快、最有效的方式。

3、客户合作好过合同谈判

成功的项目需要有序、频繁的客户反馈。不是依靠于合同或者关于工作的陈述，而是让软件的客户和开发团队密切的工作在一起，并尽量地提供反馈。要让客户知道我们和他们是同一战线上的，需要解决的问题才是我们共同的敌人。

4、响应变化好过遵循计划

响应变化的能力往往决定着一个软件项目的成败，当我们构建计划时，应当确保计划是灵活的并且易于适应商务和技术方面的变化。计划一定要做，但是不能做过长远的细计划，对短期任务作详细计划，对长期任务作粗略计划。

原则：

1、我们最优先要做的是通过尽早的、持续的交付有价值的软件使客户满意

2、即使到了开发后期，也欢迎改变需求。灵敏过程利用变化来为客户创造竞争优势

3、经常性交付可以工作的软件，交付的间隔可从几周到几个月，交付的时间间隔越短越好

4、在整个项目开发期间，业务人员和开发必需每日都在一起工作

5、围绕被鼓舞起来的个人来构建项目。给他们提供所需要的环境和支持，并且信任他们能够完成工作

6、在团队内部，最具有效果并且富有效率的传递信息的方法，就是面对面的交流

7、工作的软件是首要进度的度量标准

灵敏软件开发-原则和实践

8、灵敏过程提倡可持续的开发速度。责任人、开发者和用户应当能够保持一个长期的、恒定的开发速度

9、不断的关注优秀的技能和好的设计会加强灵敏能力

10、简单——使未完成的工作最大化的艺术——是根本的

11、最好的构架、需要和设计出自于自组织的团队

12、每隔一段时间，团队会在如何才能更好工作方面进行反省，然后相应的对自己的行为进行调整

极限编程(XP)实践

3.1客户作为团队成员(XP中的客户是指定义产品的特性并排列这些特性优先级的人或者团体)

3.2用户素材(userstories)(它是一个计划工具,客户可以使用它并根据它的优先级和估算代价来安排实现该需求的时间)

3.3短交付周期

3.3.1迭代计划(每次迭代寻常耗时2周)

3.3.2发布计划(XP团队寻常会创立一个计划来规划随后大约6次迭代的内容,一次发布寻常需要3个月的工作)3.4验收测试(验收测试使用能够让它们自动并且反复运行的某种脚本语言编写,这些测试共同来验证系统依照客户指定的行为运转)

3.5结对编程

3.6测试驱动的开发方法

3.7集体所有权

3.8持续集成

3.9可持续的开发速度

3.10开放的工作空间

3.11计划游戏(planninggame:的本质是划分业务人员和开发人员之间的职责)

3.12简单的设计

3.12.1