Extreme Progamming

Extreme programming is a form of agile development that places emphasis on teamwork and the customer instead of specific completion date. Managers, developers and customers work together as equal partners on the project. Developers focus on keeping the software simple, and implement changes based on software testing and customer focus. Focus is put on getting working software to the customer as soon as possible, so as feedback can be implemented while the project is still being developed.

“Extreme Programming improves a software project in four essential ways; communication, simplicity, feedback, and courage.” Communication is major reasons projects fail, simply due to the lack of open communication between all the involved parties. Simplicity in extreme programming is focusing on using industry best practices and keeping the solutions simply, the best and most complex development projects often made up of many simply solutions that combined create a complex piece of software. “Feedback on functionality and requirements should come from the users, feedback on designs and code should come from other developers, and feedback on satisfying a business need should come from the client. Courage in extreme programming means having the courage to be open and honest while communicating, the courage to scrap bad code and start over, and the courage to “do it right.”






Extreme programming utilizes 12 practices: Planning, Testing, Pair Programming, Simple Designs, Refactoring the Code, Owning the Code Collectively, Continuous Integration, On-Site customer, System Metaphor, Small Releases, Forty-Hour Week and Coding Standards. Many of these practices have already been discussed, but I’ll expand on those not previously covered. Pair Programming utilizes programmers in two-person teams, where one will initially work selected tasks such as design and double-checking algorithms while the other writes code, then they will switch roles so that both focus on design, algorithms and code. This is initially a more time consuming method, but mistakes are caught early and two people are now familiar with system. Refactoring is simply reviewing the code and looking to see if there is possibly a simpler method. Forty-hour work week, is simply that, team members work a standard work week, focus is maintained on the quality instead of how fast it can be completed.

Some sites of interest for continued reading on Extreme Programming:

http://www.agile-process.org/

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

http://http//www.jera.com/techinfo/xpfaq.html

http://ootips.org/xp.html