敏捷开发在项目中的应用心得

1.  极限编程在项目中的应用

最早接触极限编程的概念是在2010年看的一本书《解析极限编程--拥抱变化》，当时并没有一下子看完，之后断断续续的读着。但在是实际项目中并没有真正的应用。

在2011年3月份进入一个3500多万的项目中，在调研和开发的过程中，遇到了很多问题，在这个过程中，开始逐步的把极限编程的部分思想来应用于项目。

1.1.  沟通很重要

  无论是在工作还是在日常生活中，沟通对我们来说，都是非常重要的交流与获取反馈的有效途径，在项目管理中，尤为重要。若沟通不良，对项目造成的影响是具大的，比如没有向客户询问该问的问题，而导致程序在关键性设计中出现失误。管理人员不向开发人员问该问的问题，而导致项目进度误报。

  在项目管理中，沟通是获取客户需求的关键，是程序设计的依据，是制定项目计划的参考。所以我们要促进良性沟通，避免不良沟通。

1.2.  简单设计

有三条准备可以避免软件项目中常见的戏剧性效果和机能障碍。

1.在项目初期不可能收集到所有需求。

2.不管你收集到什么需求，最终它们肯定会发生变化。

3.总会有任务超时、超支。

所以在设计的时候要尽量的简单，避免过度设计

1.3.  每周交付一些有价值的东西

大部分情况下，客户不能确切的告诉你他们需要什么，一旦客户见到第一个版本，他们就知道了在第二个版本中他们需要的东西……或者说他们在第一个版本中实际想要什么。所以我们有必要每周都交付一些可用的东西。

这样做的好处是：

1.及时反馈：可以及时获取用户反馈，通过频繁的与用户沟通、反馈，形成良性沟通，明确用户真实需求。

2.保障项目进度：短周期的交付，便于项目的调整，减少用户意途与开发之间的理解误差。便于项目进度的掌控。

3.给用户和开发人员信心：由于每周都能看到可用或可演示的东西，让用户对项目有信心，也可以了解项目进度，这要比一个月交付的一次更有说服力。同时对于开发人员，每周的功能都能得到用户的确认，若需要调整，也是小幅度调整，若不需要调整，则是对工作内容的肯定与激励，可以提高工作激情。

1.4.  控制范围

极限编程中的四个变量是：成本、时间、质量和范围，其中范围的控制最有价值。

一般在项目合同中，均会对时间、范围进行约束，质量就不用说了，如果质量不合格，用户是不会验收的。对于成本和时间基本是不可能有大的改变的，对于范围，合同中不可能对边界定义的十分明确，这就需要我们在整个项目进展中进行有效控制。

客户在开发的过程中，会将范围无限的扩大，如果项目经理不对范围进行控制，这个项目会不断的扩展，造成成本增加，开发周期变长，无法在合同规定内完成项目的验收。

所以说范围的控制最为有价值，他是我们项目管理人员唯一有主动权的要素。

关于质量和时间，牺牲质量以换取时间的做法是不可取的，这种短暂的收益在项目后期将导致致命的伤害。所以要平衡这两者的关系，使得开发人员可以在有限的时间内开发出高效的产品。

1.5.  结对编程

对于极限编程中的结对编程思想，在现实中似乎是不可能应用的，不过在2015年2月份，很有幸的体验了一下。

在一个需求开发即将结束的时候，正好另外有一个需求过来，而且其中有一部分有重叠，于是我和另一个负责人商量了一下，决定把重叠部分进行重构优化，合并抽象为一个模块。由于对于这部分我们两人都了解，所以开发过程中，我们尝试了一下结对编程，他写代码的时候，我在旁边看着，并提示注意事项(当然还可以喝喝茶、吃点东西)，然后我再接着写，他在旁边看着，并提示我注意或忽略的地方。3个小时，模块功能完成，测试通过，OK。

这次尝试感觉还是很成功的，两个人的效率还是很高的，而且目标明确，思虑清晰，轻松高效。

但是这种编程方式是不适合推广的：

   a.要求高：要两个人有一定的默契,不然反而事倍功半。

   b.国情：目前没有适合的土壤。

2.   关于极限编程部分关键词

参选书目:《敏捷武士:看敏捷高手交付卓绝软件》《解析级限编程》

2.1.  概述

极限编程是一个轻量级的、灵巧的软件开发方法；同时它也是一个非常严谨和周密的方法。它的基础和价值观是交流、朴素、反馈和勇气；即，任何一个软件项目都可以从四个方面入手进行改善：加强交流；从简单做起；寻求反馈；勇于实事求是。XP是一种近螺旋式的开发方法，它将复杂的开发过程分解为一个个相对比较简单的小周期；通过积极的交流、反馈以及其它一系列的方法，开发人员和客户可以非常清楚开发进度、变化、待解决的问题和潜在的困难等，并根据实际情况及时地调整开发过程。

 

2.2.  核心价值

极限编程中有四个核心价值是我们在开发中必须注意的：沟通（Communication）、简单（Simplicity）、反馈（Feedback）、勇 气（Courage）、此外还扩展了第五个价值观：谦逊（Modesty）。 　XP用“沟通、简单、反馈、勇气和谦逊”来减轻开发压力和包袱；无论是术语命名、专著叙述内容和方式、过程要求，都可以从中感受到轻松愉快和主动奋发的态度和气氛。这是一种帮助理解和更容易激发人的潜力的手段。XP用自己的实践，在一定范围内成功地打破了软件工程“必须重量”才能成功的传统观念。

2.3.  四个变量

成本、时间、质量和范围，其中范围的控制最有价值。

2.4.  四个准则

沟通、简单、反馈、勇气

2.5.  基本原则

快速反馈、假设简单、递增更改、提倡更改、优质工作。

2.6.  开发软件的四项基本工作

编码、测试、倾听、设计