活动时间估算

活动时间估算就是估计完成每一项工作可能需要的时间。应由项目团队中最熟悉某一具体工作性质的个人或集体来完成。步骤如下：

1.工作清单

　　工作清单是在前一阶段进行工作定义时所输出的结果之一，它与工作分解结构一起，作为进行工作时间估算的重要依据。

2.约束条件(外部依赖)

　　约束条件是指限制项目团队进行时间选择的因素，例如：预先对项目时间的规定很可能限制项目团队对进度方面的选择。

3.资源配备

　　大多数工作的持续时间都受分配给它们的人力和物资数量的影响。例如，由两人同时砌地基所需要的时间可能是由他们单独完成所需时间的一半。

4.资源效率

　　大多数工作的持续时间将受完成这一工作的人员和设备生产率的影响。例如，一名熟练工完成某一工作的时间一般比普通工要少。

5.历史资料

　　通常容易找到许多工作持续时间的历史资料。

6.已识别的风险

　　对于每一项工作，项目团队在基准持续时间估算的基础上，应考虑风险因素，特别是那些发生概率或后果评定分数高的风险因素。

为什么会低估时间

• 交付的东西往往要比原型大多了，你还需要考虑测试、调试、优化所花费的时间。还有开会、访谈、代码评审，甚至发邮件都是需要花费时间的。
• 低估所需时间的另一个原因是意外的问题，这些问题往往不能被充分考虑到，比如 IDE 更新而让你多花了一天去配置环境等等。

容错时间

随时调试：Bug难以避免，这取决于开发者对特定代码库的经验以及代码库的成熟度。

会议和假期：开会或者放假时一般来说是不会敲代码的，所以真正敲代码有多长时间？因此时间估算时要好好看看日程表。

最终测试：通常应该一边编码一边测试，但很多团队在发布前还需要做集成测试，因此在你的估算中留出这部分的时间。

代码评审：在这个代码库中你一般需要进行几轮？每轮需要多少时间？要经过多少评审人？留意评审人的日程安排确保代码评审的时间。

如何缩小时间?

常用的措施包括： 1、投入更多的资源加速活动进程； 2、指派经验更丰富的人完成或帮助完成项目工作; 3、降低项目活动范围或要求； 4、优化技术或流程，提高工作效率