早期的專案進度管理，專注在靜態(Static)專案進度管理技術上。它們使用“單純的行政日曆”來推導專案進度。這樣子產生出來的專案計畫，通常都會在現實工作當中，被專案裡裡外外的人物、事件、環境、市場等複雜多變的實務因素打亂。專案團隊成員們疲於奔命，應付變不勝變的變化世界，終致一塌糊塗。隨後，動態(Dynamic)專案時程管理技術開始上路，它們透過建構專案基準時程(Baseline Schedule)、分析專案時程風險(Project Schedule Risk)、以及同步監控(Control & Monitoring)專案進展，專案進度才逐漸成為可以有效管理的事件。
好，讓我們開始來瞧瞧，這些曾經被人們搞得“看起來很深奧”的專案進度管理，要如何輕鬆上手。下面這張示意圖，撐起 “專案時間管理” 的龍骨：
- 規劃遊戲規則(game rule)
- 定義活動細節(project activities)
- 排列活動順序(sequence)
- 估算活動所需資源(resource)
- 估算活動期程(duration)
- 制定整體專案進度(project schedule)
- 動態控制專案進展(control)