Extreme Programming XP

Extreme Programming (XP) is a lightweight code-centric software development process for small projects. It is designed by Kent Beck and came to the software industry’s attention on the C3 payroll project at Chrysler Corporation around 1997. It is based upon iterations that embody several practices such as Small Releases, Simple Design, Testing, and Continuous Integration. XP promotes several techniques that are effective for the appropriate projects.

Extreme Programming is based on 12 principles:

1. The Planning Process -- The desired features of the software, which are communicated by the customer, are combined with cost estimates provided by the programmers to determine what the most important factors of the software are. This stage is sometimes called the Planning Game.
2. Small Releases -- The software is developed in small stages that are updated frequently, typically every two weeks.
3. Metaphor -- All members on an XP team use common names and descriptions to guide development and communicate on common terms.
4. Simple Design -- The software should include only the code that is necessary to achieve the desired results communicated by the customer at each stage in the process. The emphasis is not on building for future versions of the product.
5. Testing -- Testing is done consistently throughout the process. Programmers design the tests first and then write the software to fulfill the requirements of the test. The customer also provides acceptance tests at each stage to ensure the desired results are achieved.
6. Refactoring -- XP programmers improve the design of the software through every stage of development instead of waiting until the end of the development and going back to correct flaws.
7. Pair Programming -- All code is written by a pair of programmers working at the same machine.
8. Collective Ownership -- Every line of code belongs to every programmer working on the project, so there are no issues of proprietary authorship to slow the project down. Code is changed when it needs to be changed without delay.
9. Continuous Integration -- The XP team integrates and builds the software system multiple times per day to keep all the programmers at the same stage of the development process at once.
10. 40-Hour Week -- The XP team does not work excessive overtime to ensure that the team remains well-rested, alert and effective.
11. On-Site Customer -- The XP project is directed by the customer who is available all the time to answer questions, set priorities and determine requirements of the project.
12. Coding Standard -- The programmers all write code in the same way. This allows them to work in pairs and to share ownership of the code.

For information on XP, go to The Rules and Practices of Extreme Programming, or Extreme Programming: A gentle introduction.

http://en.wikipedia.org/wiki/Extreme_Programming