探究項目被延誤的原因

        （1）上級領導主管臆斷，制定了不現實的期限。項目經理與程序員們被迫按照不合理的進度表開展工作。
　　（2）客戶的需求發生了變化，但沒有對進度表作出相應的修改。
　　（3）低估了項目的規模與難度，導致投入的人力和物力不足。
　　（4）並未預見到存在難以克服的技術障礙。
　　（5）並未預見到開發人員會發生問題，如生病，辭職等等。
　　（6）開發人員之間不能很好的交流、協作，導致各階段任務難以如期完成。
　　（7）開發人員之間不能很好的交流、協作，導致各階段任務難以如期完成。

　　所以寫進程表不能象小學生寫決心書那樣充滿幻想。以下是一些有益的建議：

　　（1）制定進度表的人最好就是項目負責人，他最瞭解項目和開發人員。進度表要經過開發小組的討論，在得到大部數人的支持後才能實施。避免出現一廂情願的局面。
　　（2）進度安排並不見得一定要符合邏輯順序。應儘可能地先做技術難度高的事，後做難度低的事。也就是辛苦在前，輕鬆在後。
　　（3）開發一個大的軟件項目，應該將進度表分爲若干個里程碑。一個里程碑之內的多個任務可以同步進行。程序員極容易沉迷於技術，要麼樂不思蜀，要麼焦頭爛額。里程碑就象心靈的燈塔，使忙碌的人羣不混亂，不迷失方向。
　　（4）進度表中必須留有緩衝時間，並將緩衝時間用到不確定的事情上。因爲人們對即將要做的事情知之甚少，所以要留一些時間以防不測。Microsoft公司的一些開發小組甚至制定了“50% 緩衝規則”,對許多項目經理而言，容忍進度表中存在緩衝時間，不啻爲觀念上的一個飛躍。
　　（5）如果發現項目應交付的期限非常不合理，就要跟領導或跟客戶據理力爭，請求放寬期限、調整進度。當客戶的需求發生變化時，就要對進度表作出相應的修正。不要覺得修改進度表很困難很麻煩，不修改纔會產生真真的麻煩。