（1）制定進度表的人最好就是項目負責人，他最了解項目和開發人員。進度表要經過開發小組的討論，在得到大部數人的支持后才能實施。避免出現一廂情愿的局面。
（2）進度安排并不見得一定要符合邏輯順序。應盡可能地先做技術難度高的事，后做難度低的事。也就是辛苦在前，輕松在后。
小時候我對一位老先生吃飯很感興趣：他總是先把一大盒的米飯吃光了，然后再幸福地品嘗一小盒菜。父母告訴我這是中國的傳統美德，叫“先苦后甜”。從此我銘記在心，按此道理去學習和工作�？扇缃裨陲埖昀�，人們總是先把菜吃完了，最后才吃點米飯。天哪，生活真是太復雜了，我究竟該“先吃飯” 還是“先吃菜”？
（3）開發一個大的軟件項目，應該將進度表分為若干個里程碑。一個里程碑之內的多個任務可以同步進行。程序員極容易沉迷于技術，要么樂不思蜀，要么焦頭爛額。里程碑就象心靈的燈塔，使忙碌的人群不混亂，不迷失方向。
（4）進度表中必須留有緩沖時間，并將緩沖時間用到不確定的事情上。因為人們對即將要做的事情知之甚少，所以要留一些時間以防不測。Microsoft公司的一些開發小組甚至制定了“50% 緩沖規則”[Cusumano 1996]。對許多項目經理而言，容忍進度表中存在緩沖時間，不啻為觀念上的一個飛躍。
（5）如果發現項目應交付的期限非常不合理，就要跟領導或跟客戶據理力爭，請求放寬期限、調整進度。當客戶的需求發生變化時，就要對進度表作出相應的修正。不要覺得修改進度表很困難很麻煩，不修改才會產生真真的麻煩。很多人認為戒煙很困難，但馬克·吐溫曾說：“戒煙很容易，我一年就戒幾十次�！�
