想了解下eXtreme Programming可操性？

对于一个项目来说都是瀑布式的开发方式，先定需求，再设计、编码、测试

请问eXtreme Programming对于项目开发都先把需求定死了，如何在项目中使用XP呢？

需求定好，客户签字，都定死如何XP？

你为什么会以为XP“对于项目开发都先把需求定死了”？
其实恰恰相反， XP最大的优势反倒是适应需求变化。

理解反了，我的意思是一般我们的项目需求都是先定死的

需求没有确认就没办法设计、编码，如果在项目中引用XP，是如何操作？

首先，任何项目都不可能有完全定死的需求，
用户总是要提出新的需求的，最多是付费罢了。


退一步，就算是需求真的定死了， XP仍然有巨大的优势。

XP把“需求，测试，设计、编码、重构”的周期压缩到一周，一天甚至一小时内完成， 因此不必全部确认需求就可以开工了。

需求定死了那就最好了.

让客户找出那些功能是他们最需要的,按业务的重要的程度高低,
把整个开发周期分为几个增量阶段.

完成一个阶段,发布一个阶段.让客户能尽可能早的取得最重要的功能.
如果发现有什么偏差,也可以在尽可能早及时做调整.

哪里有资料或书籍查看，最好能有例子

需求都定死了就瀑布嘛，干吗非得赶XP时髦呢？
正如tuti所说，加一些迭代的思想是必要的