客户给你一个简单的介绍需求，或者给你一个非常粗略的文档，要求你给一个价格看看这个东西可能需要多少钱和时间完成。在软件开发过程中，我们总是要面对估计(Estimation)的问题。这个项目需要多长时间？这个模块你大概多久完成？一共要花多少钱才能搞出来？软件开发的成本主常常用人月来计算，当然，也有人/小时，人/天。从数学上说，计算一个时间的先决条件，是必须要知道速率和距离。那软件开发度速率是多少？开发要走完的距离又怎么估计？

　　假设人天可以作为我们需要找到的速度(Velocity)单位是一个人每天8小时能做的工作量，或者他的发展能力。对于大量需要发展的需求，需要考虑更多的因素来计算整个团队的总工作量和单位发展能力。

　　首先考虑需求的总量。让我们举一个例子，列出你认识的满足以下条件的人：人，男人，20岁的男人，20岁的头发有些染黄的男人，20岁的头发有些染黄吸烟的男人。从这组单词中，我们可以看到从左到右的描述越来越具体，你可以列出的越来越少。另一方面，单词的延伸更大，但你可以想到越来越多。

　　同样，对于需求的描述，描述越详细，你就越能准确地估计它的工作量。登录系统，这样的需求很难说需要多长时间。用户名密码登录，支持密码功能的登录系统稍好一些。如果你能画出界面原型图，那就更清楚了。对于这样的需求，我们可以使用理想的天堂来评估它。我们说，某一需求的成本是2 Ideal Days。就是一个人在理想的2天内能够完成这个工作。

　　说到开发人员的理想天堂，我们不能离开团队独立观看。团队包括项目经理、需求分析师、测试人员和其他角色。他们的工作并不直接反映代码的数量。如果只考虑一个项目开发人员的代码开发成本，毫无疑问会损失。此外，团队成员的水平参差不齐，不同的任务和程序员完成不同的时间。因此，单独添加每个成员的天堂毫无意义。我们必须考虑一个团队的整体天堂。

　　那么如何衡量一个团队的总天堂呢？如果一个团队已经磨合了很长时间，它可以从以前的数据中获得它们的开发量。如果一个新成立的团队没有磨合，它需要在开发后开始一段时间的实际开发3-4回顾过去几周的团队速率。一般来说，经过一段时间的磨合，一个团队的发展速度会慢慢提高。例如，需求估计为5个理想的日子，而团队实际发展了10天。那么团队的速度是5个理想的日子，团队的负载系数，即通常被其他事情干扰的比率是2。

　　有了这个团队的速度，项目经理可以放心大胆地说，我们团队有10人，开发能力是n理想人每周，负载系数为2，因为有20n我们在大约40周内完成了总需求。因此，我们的报价是xx,xxx,xxx元。

　　如果你有幸长期跟踪一个团队的发展速度，你会发现很多有趣的现象。一开始，团队速度很低，但增长缓慢。到达一段时间后，它将稳定在一个固定值附近。有时，当新成员加入团队时，团队的发展速度会意外地降低一段时间，然后慢慢增加。

　　成本、时间、范围和质量是项目管理中常见的四个要素，难以同时满足。如果你关心时间，不想付钱，不得不完成这么多功能，牺牲的就是质量。常说一分钱一份货，在软件开发中体现得淋漓尽致。因此，合格的项目经理必须能够估计合理的开发价格，以确保任务按时、按质完成。这需要长期经验和实践的积累。

　　有人问：我是老板。如果我的开发团队合作编造一个估计，估计我的需求，估计他们的速度很低，工作量不饱和，我该怎么办？呃。。我只能说，这必须使用开发方法以外的事情，如奖金激励、绩效评估和引入外部咨询团队（如ThoughtWorks)等等，