Does XP appeal to all types of software development or is it best suited for small teams?
Kent: The first time I was asked to lead a team, I asked them to do a little bit of the things I thought were sensible, like testing and reviews. The second time there was a lot more on the line. I thought, “Damn the torpedoes, at least this will make a good article,” [and] asked the team to crank up all the knobs to 10 on the things I thought were essential and leave out everything else. Martin: I certainly think that XP, as written, is best for small teams, and indeed [I] don’t encourage teams of over a dozen to use it. However, I’ve been active with a project twice that size that has been using XP very effectively, and certainly many of the principles of XP, including many planning ideas, are usable by larger teams. Kent: I won’t claim that XP will work for hundreds of programmers until I see it. It isn’t really a question I care about. I’m more interested in scaling in time and across different specialties. My experiences so far suggest that it scales very well across time and pers
