案例_How Long Does It Take to Catch a Fish—TAD?:時標箭線圖與時程壓縮
案例_Workshop: The Jogging Line in Action:Jogging Line 與主動式時程控制
案例_Sequencing:活動定義、相依排序與供應商轉換時程
案例_The Rolling Wave:滾動式規畫與高不確定產品開發
案例_Schedule Accuracy:PERT、三點估算與完工機率
案例_Workshop: The Milestone Chart:里程碑圖與管理注意力
| 核心主題 | 主要觀點/概念 | 實務或理論意義 | 重要條件/限制/延伸 |
|---|---|---|---|
| 活動與相依關係 | 先定義活動,再判斷技術、資源與外部依賴的先後關係 | 建立可執行的專案網路與時程 | 活動編號不等於實際執行順序,必須依邏輯關係排序 |
| 時程壓縮 | 可重新檢視完成後開始、同步開始等活動關係,找出可平行作業項目 | 在不刪除必要工作的前提下縮短總工期 | 平行作業會增加協調、重工與品質風險 |
| 滾動式規畫 | 近期工作詳細規畫,遠期工作保留較高層次,隨資訊增加再細化 | 適合需求與市場高度不確定的專案 | 需要頻繁回顧,且管理階層必須接受遠期計畫不完全確定 |
| 關鍵路徑與機率 | CPM 找出最長路徑;PERT/三點估算則進一步表達工期不確定性 | 支援完工日期、資源與承諾決策 | 機率結果依賴估算品質與統計假設,不能視為保證 |
| 多層級時程工具 | 詳細網路圖、兩週展望、Jogging Line、里程碑圖可服務不同管理層級 | 把同一時程資訊轉成適合執行者與管理者的視圖 | 簡化視圖不能脫離完整基準與活動相依關係 |
第6章處理專案時程管理,原書共有 7個正式案例:4個關鍵事件與3個議題型案例。案例由活動定義與排序一路延伸到 TAD、滾動式規畫、PERT、CPM、Jogging Line 與里程碑圖。
How Long Does It Take to Catch a Fish—TAD? 與 Sequencing 都顯示,時程不是把任務列出日期就完成。團隊必須知道哪些活動真正前後相依、哪些可平行、哪些受供應商、設備或資源限制。
The Rolling Wave 說明,當產品需求、顧客問題甚至真正解法都還不清楚時,等待完全確定反而可能失去市場時機。滾動式規畫讓團隊先詳細承諾近期工作,再依學習逐步細化遠期內容。
AtlasCom 以 CPM 找出影響總工期的最長路徑,但完整網路圖對執行團隊過於複雜,因此再抽出兩週展望甘特圖。Schedule Accuracy 則加入三點估算與機率,提醒管理者:單一完工日期其實隱含不確定性。
Jogging Line 適合快速看實際進度相對基準的偏差;里程碑圖適合高階管理者掌握重大事件;CPM/TAD 則保留更完整的相依關係。不同工具不是互相替代,而是服務不同決策層級。
本章案例共同指出,時程管理不是讓日期看起來精確,而是讓團隊理解工作邏輯、找出真正限制、提早看見偏差,並在需要時重新安排工作。