读书笔记程序员修炼之道（英文2版）--工程时间估计

一、项目时间评估来避免意外

• 有多么精确才算精确

评估的详细程度取决于当时所处的环境和所能采纳的程度。对于时间估计，建议采纳下面的规格标准：

剩余的时间	报价估算
1~15天	天
3~6周	周
8~20周	周
20+ 周	在给出一个评估时间之前努力思考

• 评估来源于哪里

评估项目的完成时间，只来源于之前做过相似的项目，或者别人做过的相似项目。其它一切拍脑门的时间评估都是扯淡！

• 要理解问的是什么

要理解被问的是什么问题，它的范围包括哪些，尽管这不言而喻。一旦养成习惯，往往答案就在你所考虑的范围之内。

• 建立一个系统的评估时间的模型

首先建立一个系统的时间评估模型，尽管开始是粗糙的，随着时间的流逝慢慢的完善它。尽管建立模型会花费一些时间，但功效却事半功倍。

• 将模型划分成子模块

将模型划分成很多子模型，然后根据一些数学公式找出它们之间的关联关系。有时候一个子模型对结果的影响是加法关系，有的时候一个子模型对结果的影响是乘法关系，有的时候会更加的复杂！你会发现每个子模型都会有一个参数作用来影响结果，然后找出这个参数。

• 给每个参数一个值

一旦你发现了这个参数，那么就给他一个值。这里可能会范一些错误，不过没关系。技巧是找出对结果有巨大影响的那些参数，并把它调试正确。一般来说，加法关系的参数没有乘法关系的参数对结果的影响大。

• 计算答案

用建立好的模型还有参数来计算答案，通过计算机技术，计算的速度会非常快。一旦你发现计算出来的结果很奇怪，不要失望。这有可能是你对问题的理解或者建立的模型有问题，这是个好兆头。

• 保持跟踪你的评估

要不断的记录与跟踪你的评估，每次评估完时间，并且完成项目后，都要看看开始的评估与结果的差距有多大。然后找出原因，为什么会有这么大的差距，下一次改正它。一旦形成习惯，那么你的时间评估就会越来越好！

• 评估项目时间进度

• 绘制使命

人们习惯于将整个项目的计划任务写满整面墙，并且完全相信通过数学公式，他们会有非常精准的时间评估。但结果却不尽人意，因为他们之前根本没有做过这个项目。

• 吃掉大象

我们发现决定一个项目的时间日程的唯一因素就是经验，只要你做过这个项目或者相似的项目，那么你估计的时间就比较靠谱。迭代开发也是如此，并且它遵循以下规则：
1、检查需求
2、分析风险（早期的优先级最高的风险）
3、设计、实施、整合
4、让用户确认
首先，你会有一个模糊的想法，这个工程要有多少个迭代过程，并且他们会花费多长时间。有一些方法或者有些人会要求你把这个作为一个初始计划。然而，对于复杂项目来说，这样做就是一个天大的错误。除非你做过相似的项目，而且还是那些人，用的还是那些技术。
所以在每个迭代过程中，完成编码和测试后。根据这个过程的经验，再去评估下一个迭代过程的时间，以此类推，随着迭代的不断进行下去，你评估的也会越来越准确，自信心也会大大增强。

• 关于迭代的时间规划

很多管理人士总想着在项目启动前有一个固定的，不会改变的时间进度。你不得不帮助他们理解开发团队、他们的生产效率、还用环境共同决定了完成时间。通过规范化这些，重新定义每个迭代过程的时间进度，你将给他们最精确的时间进度。

• 一旦你被问到这个项目要多长时间完成

你要说：“稍后回答你”！
当你拖慢回答他的过程，按照上述的方法去做，往往会得到非常好的结果。如果很快的回答这个问题，那就等着倒霉吧！