A laboratory for teaching object oriented thinking
OOPSLA '89 Conference proceedings on Object-oriented programming systems, languages and applications
Using CRC cards: an informal approach to object-oriented development
Using CRC cards: an informal approach to object-oriented development
The CRC card book
Agile software development
A Discipline for Software Engineering
A Discipline for Software Engineering
Planning Extreme Programming
How to Get the Most out of Extreme Programming/Agile Methods
Proceedings of the Second XP Universe and First Agile Universe Conference on Extreme Programming and Agile Methods - XP/Agile Universe 2002
Introducing XP into Greenfield Projects: Lessons Learned
IEEE Software
Assessing XP at a European Internet Company
IEEE Software
How Extreme Does Extreme Programming Have to Be? Adapting XP Practices to Large-Scale Projects
HICSS '04 Proceedings of the Proceedings of the 37th Annual Hawaii International Conference on System Sciences (HICSS'04) - Track 3 - Volume 3
Piloting XP on Four Mission-Critical Projects
IEEE Software
CASCON '04 Proceedings of the 2004 conference of the Centre for Advanced Studies on Collaborative research
Extreme Programming Explained: Embrace Change (2nd Edition)
Extreme Programming Explained: Embrace Change (2nd Edition)
A simple model of agile software processes -- or -- extreme programming annealed
OOPSLA '05 Proceedings of the 20th annual ACM SIGPLAN conference on Object-oriented programming, systems, languages, and applications
A road map for implementing extreme programming
SPW'05 Proceedings of the 2005 international conference on Unifying the Software Process Spectrum
Hi-index | 0.00 |
Although software projects can benefit from XP practices, but all projects can not directly adopt it. Characteristics of some projects make it difficult to use XP thoroughly; therefore, we need to tailor XP to the local conditions, contexts and the size of these projects. In this article we will describe why defining XP by its practices has problem and argue why it should be defined by its rules. Then we precisely redefine rules of XP. With the belief that XP's practices do not define XP and XP is defined by its rules, we propose RDP practice which is a practical technique for tailoring XP. Finally we conducted an industrial case study. Our goal was to understand the practical feasibility of proposed practice.