一般的项目主要问题有：成本超出预算；时间超出期限；项目的规模或设计内容被牺牲。

对应到软件行业，主要的问题具体为：

1）、项目过程中发现人手不够，需要增加人手；

2）、项目总是出现异常情况导致一延再延，不能按时开发完成；

3）、不是根据客户价值来区分需求的优先级，而是因为来不及做才砍掉一些功能，甚至最后简化测试工作。

对于这些问题的出现，那让我们百思不得其解的是，虽然在排计划的时候，公司总有人对我们的进度计划压缩又压缩，但项目的每个任务时间总还是有一些保护时间的。奇怪的是，真的项目实施起来，就是发现时间不够，进度延了又延，最后几天还要疯狂的赶工。我们的缓冲时间究竟都去哪了？

有2个细节引起了你的注意：

1、每次在最后上线赶工的时候我们都反问自己为什么一开始不像现在这样抓紧？

2、而项目实际刚刚开始的时候，我们却没有紧迫感，即使延误了几天也没有觉得这个项目要延误了的危机感。

或许我们可以从上面的细节找到一些头绪，让我们先从项目成员的角度看看软件项目的进度计划是如何制定的。

1、项目开始的时候，项目经理及项目成员一起来召集讨论项目进度，旁边是虎视眈眈的领导与销售人员，有时候客户也会想来增加一些存在感；

2、我非常清楚，我现在评估的时间将会成为项目计划的一部分，在后续的项目执行过程中将会按照现在评估的时间来监控；

3、我希望我在大家眼中的是一个靠谱、有责任心的人；

4、为了确保每项任务我评估的时间都可以按时完成，为了防止中间可能的麻烦及时不时工作中插入的其他内容；

5、最终我会给每项任务评估一个非(jia)常(ru)客(huan)观(chong)的时间。

6、当然，我评估出来的时间预估还会经受老板、销售以及客户的关照，在我们据理力争下，我们达成了一个妥协的项目进度。

这样的计划真的有效吗？

（待续）

你如何考核我，我就怎么做。——高德拉特