极限编程（XP）是一种经历过实践考验的轻量级软件开发方法学。制订计划是解决XP难题的关键一环，本书介绍了如何应用XP规划软件项目。
我们大家都非常熟悉的软件开发过程：设计-编码-测试，极限编程里完全颠覆了这一过程：测试-编码-设计。第一眼看上去是那么的不和谐，没有一点逻辑可言，但就是这么不合逻辑的过程它却领导了一种全新的软件开发过程。本书主要适用于项目经理和那些必须制订计划并针对实际情况跟踪计划进展情况的人。本书也适用于程序员和客户，因为在计划和开发软件的过程中。他们起着至关重要的作用。
计划并不是讨论如何预测未来。如果你为某一软件的开发制订了计划，开发工作并不会完全按照计划进行，确实如此。如果开发出来的软件和计划的软件完全相同，客户甚至会不满意，因为当软件完成的时候，他们又不想要原来计划的内容，而是与之不同的内容了。这跟艾森豪威尔的名言:“在战争中，我一直认为计划是毫无用处的，但制订计划却是必不可少的。”如果自己平时的开发都按照本书的建议去做，俺么每天就要多做一项新工作——制定计划，如果不指定计划，软件开发必然会脱离轨道。
这个做计划在团队任务冲刺中也有体现，十天冲刺，对计划还是很赞同的，每天先总结前一天做了什么，今天打算干什么，到什么时候软件能开发完成，这些都需要做些计划，不能临时决定。这就体现了计划的重要性。做计划的原因有以下几条：其一我们需要确保始终在做最重要的工作。其二、我们需要和其他人通力合作。其三、当意外发生时，我们需要了解前两项的因果关系。
为了更好的进行协调合作，你必须清楚地知道计划进行到什么地方了，这是至关重要的。在旅途中，这相当简单。但是由于软件开发具有随意性，因此很难确定你已经完成了70%还是30%，就像你正在旅途中，不知道自己是走了30英里还是300英里一样，没有任何东西作参考，你会觉得心里很不踏实。任何软件计划方法都必须努力使计划的进度一目了然，这样从事项目的每个人就都能真正了解项目的进度，这就是说，你需要把一些重要的事项标出来，也就是那些不能蒙混过关、能够明确代表项目进度的事项。这些重要事项还必须是项目涉及到的每个人都能理解和信任的。
计划必须是真实的，不能只是空口说说，不付诸实际行动的。要想使开发过程顺利进行，我们必须创造一种文化，这种文化能使程序员和客户双方都开诚布公地谈论自己的忧虑，并接受各自的权利和责任。如果没有这项保障，我们就没有足够的勇气。在开发过程中，不要一直向前开发，要回头看看，自己是不是已经偏移了当前的方向，在开发过程中也要适时调整自己的开发方向，为了让他能顺利地进行，我们必须不断对他进行指引，为了指引他，我们就必须频繁地评估它的方向，将这个方向与我们计划的方向进行比较，然后小心地进行调整。
在团队任务中，每天的站立会议还是有必要的，除了交流昨天干了什么，今天打算干什么，还能一个团队凑在一起，一起进行对比和预测，对于目前的项目，开展到什么程度，以后该怎么发展的问题。虽说这本书主要针对项目管理者，作为编程人员，也还是能得到很多的帮助。