我们看到太多关于软件过程、设计实践等的情绪化讨论。许多这样的争论是不可能解决的，因为软件行业缺乏度量软件开发有效性的一些基本元素的能力。华体会登录网址特别是我们没有办法合理地衡量生产力。

你不能把十磅的东西放进五磅的袋子里

——任何尝试过的人

当肯特和我写《极限编程计划》时，我们加入了这句异想天开的名言，以帮助理解计划的本质。

许多人认为在敏捷项目中不可能执行固定价格的合同。因为敏捷过程的全部意义在于你不能预测未来，所以这并不是一个不合理的假设。然而，这并不意味着你不能提出一个固定价格的敏捷合同，它真正的意思是你不能提出一个固定范围的合同。

许多公司喜欢写合同来确定范围和价格，因为他们认为这样可以降低风险。海市蜃楼说，他们的财务义务是固定的交易价格。如果他们没有得到满意的软件，那么就不会花费他们。

理想时间是早期使用的术语极限程序设计帮助估计工作量。现在它已经被StoryPoints或StoryCounting．

我第一次接触敏捷软件开发是和Kent Beck在华体会登录网址极限编程的黎明．这个项目给我留下深刻印象的是我们进行计划的方式。这包括一种既轻量级又比我以前见过的更有效的评估方法。十多年过去了，现在在经验丰富的敏捷开发人员中有一场关于评估是否值得做的争论，或者实际上是有害的。我认为，要回答这个问题，我们必须看看估计的目的是什么。

最近，我听到了一些关于如何为使用极限编程的计划方法的多个团队制定标准故事点机制的问题。我们希望有几个团队都使用等价的故事点，这样一个团队的三个工作故事点就会与另一个团队相同。

我认为，最好的结果是价值有限，最坏的结果是危险。

故事计数是一种计划和估计的技术。类似于StoryPoints它的工作原理与XpVelocity帮助你计算在固定的时间内你能发布多少个故事。然而，它的不同之处在于，你只考虑每单位时间的故事数量，(大多数情况下)忽略了它们的相对大小。

故事点是敏捷项目中描述故事大小的常用名称。结合XpVelocity它们提供了一种技术，通过提供故事何时可以完成的预测来辅助规划。

如果您正在使用XP风格的计划，您需要从开发人员那里得到快速的一致估计。抛出评估可以让您快速判断开发人员是否对评估有相同的相似的观点(这样您就可以记下它并继续前进)，或者是否存在分歧(当您需要讨论的时候)UserStory更多细节。

速度是一个概念，它通过将工作的总体陈述与消耗时间联系起来，帮助校准计划。速度是一个团队(或者一个人，如果是个人速度的话)在一段时间内完成的工作量的陈述。通常情况下，你应该通过衡量过去阶段的完成量来确定速度，遵循的原则是YesterdaysWeather．一个典型的方法是平均过去三个时间段的速度，以确定未来时间段的速度。Velocity最初是作为一部分而形成的极限程序设计但后来流传开来，现在被广泛应用于敏捷软件开发华体会登录网址所有的味道。

这个原则说的是，你今天做的事和昨天做的一样多。在迭代项目中，你应该计划在这次迭代中做和上次迭代一样多的事情。这个术语来自于极限编程社区。