转载

Predicting The Upredictable: What Estimates are

2. 什么是评估

管理者或者出资人总会让项目团队做评估。有时，管理者用它们的评估来计划先做哪个项目（这种想法太恐怖了，后面会详细讨论这个事儿）。有时管理者会通过评估来预测目标时间。有的时候，管理者会把评估作为一次承诺。

上面所有提到的方式都是不可取，主要是有这么几个问题：

对，“猜测”就是评估的字典含义。你对领域知识、项目需求、团队协作了解的越多，你的猜测就越有指导意义。但是你的评估依旧只是个猜。因为评估是猜测，只有项目接近评估的那个时间点的时候，你才能把评估当做一次精确的评估。

你可以采用螺旋的方式来做出更精确的评估。在项目执行的过程中，你可以提供一个百分比式的评估结果（比如：50%的概率7月1号能够完成，75%的概率8月1号完成，90%的概率9月一号完成）。当你更了解项目需求的时候，你可以修改你的评估。

你能在项目开始的时候做出一个“准确”的评估吗？这个要看情况。如果你做过类似的项目，有一个磨合好的团队，项目的规模又不大（比如不超过3个月），那你有机会做出一次准确的评估了。

按我们的标准，一次准确的评估的误差在5%-10%的范围内。如果你计划需要12周，完成的时间误差在一周以内，你认为这是一个好的评估吗。我觉得是。这是所谓的“准确”的评估。

相反，如果你说：“我们会在本月23号，周三下午，5点整完成项目”，鬼才信你嘞！如果你已经成功做了一次重要的项目展示，或者在最新的日程安排里将完成日期定在了23号下午六点，有人或许会信。这是一个精确的评估。

有的时候，你要定一个精确的时间点作为目标，作为一次评估结果。你要为你的工作制定时间盒，以便你按时完成工作。特别是在像商业表演，功能演示或者其他你无法控制时间点的事情上，这样做很有用。

但当某个人问你：“这个项目要多长时间”或者“这个项目要多少钱”，他们谈论的不是一次“精确”的评估。他们想要的是一个“准确”的评估。你需要知道他们之间的区别。为了管理人们的期望，最好一直做用百分比形式的评估，给他们一个日期区间（乐观的、可能的、悲观的），或者采用螺旋式的方式制定时间点。

现在你知道评估这个事儿有多不靠谱了吧，让我们想想为啥我们要评估。

正文到此结束

所属分类：编程技术

本站定位：个人技术类博客

本站作用：写博客、记日志、闲聊扯淡鼓捣技术。