Technical and human perspectives on pair programming

ABSTRACT

Extreme Programming is presented as an answer to problems in software engineering. Extreme Programming is briefly introduced and one of its primary principles, pair programming, is examined more closely. Drawing from readings and Medtronic employee interviews, potential challenges to pair programming are discussed and analyzed. Finally, recommendations for those considering pair programming are suggested.

REFERENCES

• 1: Anthes, G. (1997). Killer apps. Computerworld. Retrieved 15 March 2004 from <u>http://www.computerworld.com/news/1997/story/0,11280,1663,00.html</u>
• 2: John Armitage, Are agile methods good for design?, interactions, v.11 n.1, January + February 2004 [doi>10.1145/962342.962352]
• 3: Kent Beck, Extreme programming explained: embrace change, Addison-Wesley Longman Publishing Co., Inc., Boston, MA, 1999
• 4: Cockburn, A. & Williams, L. (2000). The costs and benefits of pair programming. Retrieved 5 February 2004 from (PDF) <<u>http://collaboration.csc.ncsu.edu/laurie/Papers/XPSardinia.PDF</u>
• 5: Lisa Crispin , Ken S. Rosenthal , Ron Jeffries , Brian Marick, Testing Extreme Programming, Pearson Education, 2002
• 6: Tom DeMarco , Timothy Lister, Peopleware (2nd ed.): productive projects and teams, Dorset House Publishing Co., Inc., New York, NY, 1999
• 7: Dove L. (2004). Personal interview. 9 March 2004.
• 8: Watts S. Humphrey, Managing technical people: innovation, teamwork, and the software process, Addison-Wesley Longman Publishing Co., Inc., Boston, MA, 1996
• 9: Jeffries, R. (2002). What is extreme programming. Retrieved 5 February 2004 from <u>http://www.xprogramming.com/xpmag/whatisxp.htm</u>
• 10: Liebmann, L. (2001). The more more things change more. {Electronic version} Network Magazine. Vol. 16. Issue 11. p. 78.
• 11: Miller, R. (2003). Demystifying extreme programming: winning with a pair. Retrieved 26 February 2004 from <u>http://www-106.ibm.com/developerworks/java/library/j-xp03113.html</u>
• 12: Mueller, G. & Borzuchowski, J. (2002). Extreme embedded - a report from the front line. Retrieved 26 February 2004 from (PDF) <<u>http://oopsla.acm.org/extra/pracreports/ExtremeEmbeddedReport.pdf</u>
• 13: Munro, J. (2003). Extreme Programming: what is XP?. {Electronic version} PC Magazine. February 25. p. 68. Retrieved 5 February 2004 from <u>http://www.pcmag.com/article2/0,4149,842920,00.asp</u>
• 14: Shari Lawrence Pfleeger, Software Engineering: Theory and Practice, Prentice Hall PTR, Upper Saddle River, NJ, 2001
• 15: Rosenthal M. (2004). Personal interview. 17 March 2004.
• 16: Scheible B. (2004). Personal interview. 10 March 2004.
• 17: Kathy Schwalbe, Information Technology Project Management, Course Technology Press, 2001
• 18: Strauss, D. (2002). How to make collaboration work: powerful ways to build consensus, solve problems, make decisions. San Francisco: Berrett-Koehler Publishers, Inc.
• 19: Wells, D. (2003). eXtreme programming: a gentle introduction. Retrieved 5 February 2004 from <u>http://www.extremeprogramming.org/</u>
• 20: William, W. (2004). XP123 - exploring extreme programming. Retrieved 5 February 2004 from <u>http://www.xp123.com/</u>
• 21: Williams L. & Kessler R. (1999). All I really need to know about pair programming I learned in kindergarten. Retrieved 5 February 2004 from <u>http://collaboration.csc.ncsu.edu/laurie/Papers/Kindergarten.PDF</u>
• 22: Laurie Williams , Robert Kessler, Pair Programming Illuminated, Addison-Wesley Longman Publishing Co., Inc., Boston, MA, 2002
• 23: Laurie Williams , Robert R. Kessler , Ward Cunningham , Ron Jeffries, Strengthening the Case for Pair Programming, IEEE Software, v.17 n.4, p.19-25, July 2000 [doi>10.1109/52.854064]