《项目管理艺术》第二章读书摘要-时间表的真相

确保良好估算的方式：

1. 建立估算的基准信心间距
2. 对最主要的程序员要立下质量估算的规矩
3. 程序员应当受到信赖（比如外科医生说手术要5小时，你会逼她3小时做完吗？）
4. 估算取决于程序员对项目目标的理解
5. 估算应该根据以前的效能
6. 规范说明书或项目质量应该达到作良好估算所需的程度
7. 有的已知的技巧（pert (最佳估算值 + 4 X 最可能估算值 + 最差估算值） / 6 ）

常见疏失：

1. 进度表中是否以某种形式，把所有参与者的生病和度假时间包含？
2. 个人是否可见进度表？是否需定期汇报进度（以不恼人的形式）？
3. 是否有人每日/周监看进度表？该人是否能提出好问题并有权利作调整？
4. 团队是否对进度表有归属感和承诺感？团队是否对进度表的制定以及要做的事有所参与？或者只是把进度表交给他们而已？
5. 团队领导者添加的功能需求，是否比协作消去的还要多？团队领导者是否曾对新工作说不？对团队提出合理的哲学观，以便团队响应新的需求？
6. 团队的人员是否受到鼓舞？对无法和目标及远景相符的新工作说不？
7. 作估算的时候采用什么几率？高层是否知道？是否讨论过另一个提案，时间可能更久，但是几率比较高？
8. 进度表中是否有定期的时机，可以让领导者和管理者进行进度表的调整和重新审查？
9. 进度表是否假设了假期时段的工作时间较少？
10. 规范说明书或设计规划，是否好到足以让工程师做出良好的工作估算？
11. 工程师在做出良好估算上，是否受过训练或经验老道？

进度表：

1. 三种功能：作承诺、鼓励每人将其工作视为对整体的一份贡献以及追踪进度
2. 大进度表 = N个小进度表，把风险减到最低，并增加调整的频率
3. 所有的估算都是几率（40%为猜测，70%为良好，90%为详尽而完整的分析
4. 越早作估算，准确度就越低，然而有了粗略估算才能有一个起点
5. 应以存疑态度制定进度表

避免滚雪球效应