极限编程的特点：
多次迭代，并持续集成；短交付周期；对测试的极端重视；结对编程。
一个项目周期包括多个交付周期，一个交付周期又包括多个迭代周期， 一个迭代周期包括多个集成，如下所示：
每一个迭代周期在2到4个星期不等。
每一个迭代过程如下：
过程说明：
1. 迭代计划，确定本次迭代要实现的功能
召开迭代计划会议，参与人员包括团队全体人员。策划确定需要实现的功能，并对需要实现的功能进行优先级排列，挑选出本次迭代要实现的功能，由开发人员来确定功能的实现顺序，随后，将功能分解成若干个小的任务（可以在一到两天内完成的小 功能），让所有的开发人员签订各自的任务，估算任务完成所需的点数，并利用功能卡片在功能卡片上记录相对完成时间，为了估算的准确，可将大的功能分解成更小的任务。
迭代计划会议结束，应该得出如下结果：本次迭代要完成什么；需要完成功能的优先级列表；评估任务并安排任务。
;>
2. 开发阶段：
在开发阶段是个不断重复的一个开发过程，以每天为单位，它包括：每日站立会议， 采用结对编程的方式，并采用测试驱动开发（TDD）来实现要完成的任务。当开发人员所有待测试清单(to do list)里要测试的任务100%通过的时候，将代码提交到版本控制系统（SVN），这时自动构建系统（CruiseControl）来编译整个项目，运行所有的测试并将测试结果反馈给开发人员，如果有新的集成，测试人员会进行测试并向开发人员反馈bug,，开发人员修正bug。此过程循环往复，直到完成所有功能或到达迭代日期为止。
3. 本次迭代结束：
对本次迭代工作进行验收。演示已完成的功能，并获得反馈。将已完成的任务
在迭代指定的日期到来之时，即使没有完成所有的功能，也要结束这次迭代。统计这次迭代完成的功能的估算值，来得出本次迭代的开发速度，这个开发速度会被用于下一次迭代作参考，这样，根据估算值对下一次迭代所需的完成的任务数就会更准确。
花上半个小时到一个小时的时间进行反思与改进，列举哪些工作方法是行之有效的，哪些是无效的，以在下一次迭代中改进。
4. 下一次迭代的开始：
对上一次迭代开发出来的可运行的软件进行评估，并确定新的需求（除了新的需求外，可能还有就是系统架构的改进等），然后从1开始继续以上的过程，直到整个项目完成为止。
注：在项目最开始时，会对在需求会议上确定所有要实现的功能，并粗略地估计整个项目完成的时间，这个时间可能是不准确的（原因有团队在专业技能与经验上的不断增强， 需求的变化等），不过在几次迭代后， 对于时间的把握会更精确。
以迭代为单元持续集成，较短的发布周期，整个软件系统都在不断地改进，由于是持续地小步地改进，使软件的BUG都会及时发现并由于有测试代码的存在，使得BUG的修复也是在开发者的掌控之中，项目质量得到了提高。
