XP只能是成熟的团队采用吗？

不知道没有团队真正采用XP的方法进行开发
我们是一个全新的团队，准备部分采用xp的方法开发
但是有人反对说XP必须是团队成员非常熟悉，彼此很了解，才能采用XP
是这样吗？

希望回答的朋友确实有XP开发经验，而不仅仅是纸上谈兵

在一起做一段时间不就熟悉了吗，这个反对理由不充分。再说了，都已经是一个公司的了，还在一个团队里，沟通还算是问题吗？

我们在开发过程中采用了xp的方法，并且在开发过程中也有新人加进来，只要是不对xp的方法有抵触心理（不排除有这样的人），每天一起PP，很快就能融入到团队中。并且通过PP，整个团队也会互相熟悉起来，增进了解，这是一个渐进的过程。

要有一个适合xp的工作环境，包括硬件环境和软件环境。硬件环境就是在一台机器前有足够的空间坐下两个人，如果不PP就无所谓了。重要的是软件环境，比如CVS，bugtrack，能够快速频繁运行的单元测试等等，这些最好能有人来把关，建议在项目中用maven，每天能生成很多报告，比如checkstyle的，可以看看谁的代码格式不符合规范，还有什么包依赖的检查啊，代码重复的检查啊，单元测试覆盖度啊等等。

我准备采用也是由于这是一个全新的团队，通过XP加强成员的沟通，快速的进行团队建设
由于我们开发的是J2EE的项目，我这边采用了VSS，测试框架用了JUnit以及一些扩展，测试检查采用NoUnit，而代码和设计检查采用的是together
不知道Archie你们开发的是什么项目，你们在实施XP和PP的时候有没有遇到什么问题？怎么应对的？

也是一个J2EE的项目，用什么工具和框架无所谓，关键是坚持做，尽量把一些重复的工作自动化，比如测试，格式检查。PP不是强制的，有些简单的任务就一个人做了，但是测试是不能少的。
我们把分解后的任务都写在白板上，然后谁领了就在后边写上自己的名字和估算的时间。这个更新的频率很快，差不多两天就会擦掉旧的换新的。并没有按照userstory来估算，而是直接拿来需求就分解成任务。

要注意一点，vss和xp似乎有些水土不服哦。因为xp中要求整个团队代码共享，即每个人都可以修改代码，这样可以达到更好的交流想法，经验的目的。可是vss却是不支持同步开发的，当年我们有使用过一段时间，那个痛苦啊……

我这边也不准备用userstory，而是由需求分析人员来分析usecase，毕竟这个都比较熟悉。和你们不同，我们是先估算工作量，再分配任务

我以前用的是clearcase，来这边以后才用的是vss，对cvs不是很了解。但是代码都是需要checkout以后才可以修改的，然后checkin，如果多个人checkout了必须做一个merge。不知道你说的CVS支持同步开发是什么意思，是指的分布异地开发吗？

我觉得XP实践需要引入的第一条是"自动测试".
自动测试就是纪律.
一个团队只有引入了自动测试以后,才有可能
去引入其他XP实践.

自动化的测试是我们采用XP逐步引用的实践之一，我们采用的是TDD的方式。我觉得采用其他的开发方法也可以采用自动测试

TDD是种好方式,非XP方式有条件的话,也是推荐使用。

这里针对在团队中导入XP而言，我个人认为TDD属于其他XP实践的基础。
XP其实是有严格纪律的，TDD就是纪律。TDD过不了关，其他XP也就不要去做了。