“对这个项目，我们必须要有固定的报价。虽然我们还不清楚项目的具体情况，但仍要有一个报价。到星期一，我需要整个团队的评估，并且我们必须要在年末交付整个项目。”
Venkat & Andy 提出了这样一种意见：
固定的价格就是保证要背叛承诺。A fixed price guarantees a broken promise.
他们二人提出了这样的意见：
基于真实工作的评估。让团队和客户一起，真正地在当前项目中工作，做具体实际的评估。由客户控制他们要的功能和预算。
敏捷开发的风格是以持续、迭代和增量的方式工作。A fixed price是与这一原则相违背的。
有些人认为，为什么软件开发不能和建筑业一样类比呢。似乎在人们的印象中，建筑业就是规范、高效，当然能够以固定价格进行操作的行业。可是，英国副首相办公室的一份报告的结论却大相径庭。根据这份报告1998年的研究，“由于错误而返工的成本大约占整个项目的30%。这不是因为客户需求的变化，而只是由于一些简单的错误所致。比如，横梁太短，窗户洞太大。这些都是简单为人熟悉的错误。”
所以，他们得出了结论：建筑业尚且如此，何况软件业呢。
软件业的变化更大：客户需求在持续改变、团队由于人员的更迭而使开发能力也在持续变化，软件技术标准更新换代的速度也非常快。
敏捷开发的思路是让客户参与进来，让客户和我们一起做评估。而我们要做的只是持续地进行迭代、增量式地开发。
在狭义上讲，敏捷是和计划相违背的。有时候，我们认为，
开始编码，最终我们会知道何时可以完成。
其实，
你如果要利用敏捷开发这种思想，你还是需要根据当前的知识和猜想做一个大致的评估，解释如何才能达到这个目标，并给出误差范围。
当然，学会好的评估技巧也是十分重要的。