【關鍵路徑法】6步驟計算教學含完整範例｜CPM排程實戰指南

關鍵路徑法（Critical Path Method, CPM）是一種透過找出專案中最長活動路徑，來確定最短完工時間的排程技術。 本文以辦公室裝修專案為貫穿範例，完整示範前推法／後推法 6 步驟計算、浮時分析、趕工與快速跟進壓縮技巧，並附 4 大工具比較表。

關鍵路徑法（CPM）定義與核心概念

關鍵路徑法的核心邏輯很直覺：一個專案裡有很多條從起點到終點的路徑，其中最長的那條決定了整個專案最快能在什麼時候完成。這條路徑上的每一個活動都不能延遲，否則整個專案就會跟著延遲——這就是「關鍵路徑」。

在台灣工程界，關鍵路徑法也常被稱為「要徑法」，兩者完全相同，只是翻譯習慣不同。

要理解 CPM，你需要先掌握 4 個核心術語：

• 活動（Activity）：專案中一項具體的工作任務，例如「牆面粉刷」或「系統測試」，每個活動都有明確的開始與結束。
• 關鍵路徑（Critical Path）：從專案起點到終點，所有路徑中總工期最長的那條。路徑上的活動沒有任何延遲的餘裕。
• 浮時（Float / Slack）：某個活動可以延遲多久而不影響專案總完工日。關鍵路徑上的活動浮時為零。
• 里程碑（Milestone）：專案中的重要檢查點，本身不佔工期，但標記階段性成果（例如「設計定稿」「系統上線」）。

CPM 最早由杜邦公司（DuPont）與雷明頓蘭德公司（Remington Rand）在 1957 年共同開發，最初用於化工廠的維護排程。當時的目標很明確：在數百個互相依賴的維護活動中，找出哪些活動一旦延遲就會拖累整個停機檢修計畫。這個方法後來被廣泛應用於建築、IT、製造等各產業的專案管理中。

關鍵路徑法 vs PERT vs 甘特圖：三種方法怎麼選？

很多人在做排程管理時，搞不清楚 CPM、PERT 和甘特圖之間的差異。以下用一張表格快速釐清：

比較項目	CPM（關鍵路徑法）	PERT（計畫評核術）	甘特圖
工期估算方式	固定工期（單一值）	三點估算（樂觀、最可能、悲觀）	固定工期
活動依賴關係	完整呈現（前推法／後推法）	完整呈現（機率分析）	不呈現依賴邏輯
計算複雜度	中等	高（需統計計算）	低
適用專案規模	中大型（15+ 活動）	大型／研發型	小中型
最適情境	工程施工、IT 系統導入	新藥研發、航太專案	日常任務追蹤、簡報用

什麼時候選 CPM？

當你的專案符合以下 3 個條件時，CPM 是最佳選擇：

1. 活動數量超過 15 個——活動太少的話，用甘特圖就夠了；活動一多，不靠計算根本看不出哪條路徑最長。
2. 活動之間有明確的依賴關係——例如「必須先完成地基才能蓋結構」，這種前後順序是 CPM 分析的基礎。
3. 工期可以合理估算——每個活動的天數雖不需要精確到小時，但至少要有可靠的經驗值或歷史數據。

什麼時候選 PERT？

當活動工期高度不確定時——例如新藥研發的臨床試驗、從未做過的技術研發——單一工期估算不可靠，這時 PERT 的三點估算（樂觀值 + 4 × 最可能值 + 悲觀值）÷ 6 能提供更合理的期望工期。實務上，很多團隊會先用 PERT 估算工期，再用 CPM 找出關鍵路徑，兩者搭配使用。

關鍵路徑法的 6 大步驟（含完整計算範例）

接下來我們用一個「辦公室裝修專案」作為貫穿案例，從頭到尾走完 CPM 的每一步。

在進入完整範例之前，先用一個最簡化的 4 活動案例建立直覺：

假設一個專案有 4 個活動：A（3天）→ B（5天）→ D（2天），以及 A（3天）→ C（4天）→ D（2天）。兩條路徑的總工期分別是：A→B→D = 3+5+2 = 10天，A→C→D = 3+4+2 = 9天。最長路徑 A→B→D 就是關鍵路徑，專案最短完工時間為 10 天。就這麼簡單——CPM 的核心就是找出最長路徑。

理解了這個邏輯後，我們用 6 個活動的範例來示範完整的前推法／後推法計算。

步驟 1：列出所有活動與前後關係

第一步是把專案拆解成具體的活動，並標明每個活動的前置條件。這個過程通常從 WBS 工作分解結構開始——先把大目標拆成可管理的工作包，再從工作包中提取具體活動。

以下是我們的辦公室裝修專案活動清單：

活動代號	活動名稱	前置活動	工期（天）
A	拆除舊裝潢	無	3
B	水電配管	A	5
C	隔間施工	A	4
D	牆面粉刷	B, C	3
E	地板鋪設	C	2
F	清潔驗收	D, E	2

幾個重點：

• 活動 D（牆面粉刷）必須等 B 和 C 都完成才能開始——因為水電管線要埋好、隔間也要做好，才能粉刷。
• 活動 E（地板鋪設）只需要等 C 完成，不需要等 B。
• 活動 F（清潔驗收）是最終活動，必須等 D 和 E 都完成。

步驟 2：繪製專案網路圖（AON）

有了活動清單後，下一步是繪製網路圖。目前最常用的格式是 Activity-on-Node（AON），也就是把每個活動放在節點（方框）裡，用箭線表示依賴關係。

每個 AON 節點包含 4 個關鍵欄位：

• ES（Early Start）：最早開始時間
• EF（Early Finish）：最早結束時間
• LS（Late Start）：最晚開始時間
• LF（Late Finish）：最晚結束時間

節點格式如下：

ES	活動名稱	EF
LS	工期	LF

這 4 個欄位會在步驟 4 和步驟 5 透過前推法和後推法分別填入。

另一種較早期的格式是 Activity-on-Arrow（AOA），把活動放在箭線上、節點代表事件。AOA 有時需要用到「虛活動（Dummy Activity）」——一條工期為 0 的虛線箭頭，用來正確表達依賴關係而不增加實際工期。現代專案管理幾乎都用 AON，因為它更直覺、不需要虛活動。

步驟 3：估算各活動工期

工期估算的品質直接決定了 CPM 分析的可靠性。常見的 3 種估算方法：

1. 專家判斷：請有經驗的工班師傅或資深工程師根據經驗給出工期。這是最常用的方法，但容易受到個人樂觀或悲觀傾向影響。
2. 類比估算：參考過去類似專案的實際工期。例如「上次 30 坪辦公室的水電配管花了 5 天，這次 35 坪估 6 天」。
3. 參數估算：用數學公式計算，例如「每坪粉刷需要 0.5 個工作天 × 60 坪 = 30 個工作天」。

在我們的範例中，工期已經在步驟 1 的表格中列出。實務上，建議在估算時考慮一個原則：工期應該是「正常努力下的合理值」，不是最樂觀也不是最悲觀的值。

步驟 4：前推法計算 ES／EF（Forward Pass）

前推法從專案起點開始，逐步往後計算每個活動最早可以開始和結束的時間。

核心公式：

• EF = ES + 工期
• 後繼活動的 ES = 所有前置活動中最大的 EF

我們假設專案從第 0 天開始：

活動 A（拆除舊裝潢）：無前置活動

• ES = 0，EF = 0 + 3 = 3

活動 B（水電配管）：前置活動 A（EF=3）

• ES = 3，EF = 3 + 5 = 8

活動 C（隔間施工）：前置活動 A（EF=3）

• ES = 3，EF = 3 + 4 = 7

活動 D（牆面粉刷）：前置活動 B（EF=8）和 C（EF=7）

• ES = max(8, 7) = 8，EF = 8 + 3 = 11

活動 E（地板鋪設）：前置活動 C（EF=7）

• ES = 7，EF = 7 + 2 = 9

活動 F（清潔驗收）：前置活動 D（EF=11）和 E（EF=9）

• ES = max(11, 9) = 11，EF = 11 + 2 = 13

前推法計算結果：

活動	工期	ES	EF
A	3	0	3
B	5	3	8
C	4	3	7
D	3	8	11
E	2	7	9
F	2	11	13

結論：專案最短完工時間為 13 天。

步驟 5：後推法計算 LS／LF（Backward Pass）

後推法從專案終點開始，往回推算每個活動最晚可以開始和結束的時間——也就是「再晚就會延誤專案」的底線。

核心公式：

• LS = LF – 工期
• 前置活動的 LF = 所有後繼活動中最小的 LS

從終點活動 F 開始，LF 設定為專案最短完工時間 13：

活動 F（清潔驗收）：

• LF = 13，LS = 13 – 2 = 11

活動 D（牆面粉刷）：後繼活動 F（LS=11）

• LF = 11，LS = 11 – 3 = 8

活動 E（地板鋪設）：後繼活動 F（LS=11）

• LF = 11，LS = 11 – 2 = 9

活動 B（水電配管）：後繼活動 D（LS=8）

• LF = 8，LS = 8 – 5 = 3

活動 C（隔間施工）：後繼活動 D（LS=8）和 E（LS=9）

• LF = min(8, 9) = 8，LS = 8 – 4 = 4

活動 A（拆除舊裝潢）：後繼活動 B（LS=3）和 C（LS=4）

• LF = min(3, 4) = 3，LS = 3 – 3 = 0

後推法計算結果：

活動	工期	ES	EF	LS	LF
A	3	0	3	0	3
B	5	3	8	3	8
C	4	3	7	4	8
D	3	8	11	8	11
E	2	7	9	9	11
F	2	11	13	11	13

步驟 6：計算浮時並找出關鍵路徑

現在我們有了 ES、EF、LS、LF 四個值，就可以計算每個活動的浮時（Float）。

浮時公式：Float = LS – ES（或 LF – EF，結果相同）

活動	ES	EF	LS	LF	浮時（Float）	是否為關鍵活動？
A	0	3	0	3	0	✅ 是
B	3	8	3	8	0	✅ 是
C	3	7	4	8	1	❌ 否
D	8	11	8	11	0	✅ 是
E	7	9	9	11	2	❌ 否
F	11	13	11	13	0	✅ 是

關鍵路徑：A → B → D → F，總工期 = 3 + 5 + 3 + 2 = 13 天

這代表什麼？

• 如果活動 B（水電配管）延遲 1 天，整個專案就會延遲 1 天——因為 B 在關鍵路徑上，浮時為 0。
• 但活動 C（隔間施工）有 1 天的浮時，也就是說隔間施工可以晚 1 天開始（第 4 天而非第 3 天），專案仍然能在第 13 天完工。
• 活動 E（地板鋪設）有 2 天的浮時，彈性最大。

步驟 7：持續監控與關鍵路徑更新

很多人以為找出關鍵路徑就結束了，但 CPM 真正的價值在於執行階段的持續監控。

關鍵路徑可能會轉移。 以我們的範例來說，活動 C 的浮時只有 1 天。如果 C 實際施工延遲了 2 天（超過浮時），那麼 C 所在的路徑 A → C → D → F 就會變成新的關鍵路徑，總工期變成 3 + 6 + 3 + 2 = 14 天。這種「差一點就成為關鍵路徑」的路徑叫做 Near-Critical Path（近關鍵路徑），需要特別留意。

監控建議：

• 週報更新：每週檢查關鍵路徑上活動的實際進度，與計畫進度比對。
• 遇到專案變動時，應重新計算關鍵路徑：當某個活動的工期估算大幅調整（例如發現牆面需要額外防水處理，粉刷工期從 3 天變 5 天），應立即重新計算整條關鍵路徑。
• 關注近關鍵路徑：浮時小於 2 天的活動都應列入重點監控清單。

在 monday.com 的甘特圖視圖中，你可以開啟「關鍵路徑高亮」功能，系統會自動用紅色標示關鍵活動。當任何活動的實際工期改變，關鍵路徑會即時重新計算——這比手動用 Excel 重算快得多，尤其當活動數量超過 20 個的時候。

關鍵路徑壓縮：趕工（Crashing）與快速跟進（Fast Tracking）

找出關鍵路徑後，最常遇到的問題是：「老闆說工期太長，能不能縮短？」答案是可以，但只能從關鍵路徑上的活動下手——壓縮非關鍵路徑的活動是浪費資源，因為它們不影響總工期。

縮短關鍵路徑有兩種主要方法：

趕工（Crashing） 是透過增加資源來縮短工期。例如原本 1 組水電師傅做 5 天的工作，增加到 2 組師傅可能 3 天就能完成。但趕工有成本——加班費、額外人力費用——所以需要計算「每縮短 1 天要多花多少錢」，從成本效益最高的活動開始趕。

快速跟進（Fast Tracking） 是把原本必須依序執行的活動改為部分並行。例如牆面粉刷（D）原本要等水電配管（B）全部完成才開始，但如果 B 已經完成 80%，剩下的管線不在粉刷區域，就可以讓 D 提前開工。快速跟進不增加成本，但風險較高——如果並行的活動之間出了問題，可能需要返工。

比較項目	趕工（Crashing）	快速跟進（Fast Tracking）
做法	增加資源（人力、設備、預算）	將序列活動改為並行
成本影響	成本增加（加班費、額外人力）	成本不變或微增
風險等級	中等（資源協調問題）	高（返工風險、品質風險）
適用條件	活動可以透過加資源縮短工期	活動之間有部分可並行的空間
典型案例	增派工班、加班趕工	設計未完全定稿就開始採購

實務案例：ERP 系統導入工期壓縮

某製造業公司的 ERP 導入專案原定 90 個工作天，關鍵路徑為：需求訪談（20天）→ 系統設定（30天）→ 資料移轉（15天）→ UAT 測試（20天）→ 上線（5天）= 90天。

因為業務需求，必須壓縮至 75 天（縮短 15 天）。PM 的決策過程：

1. 先評估趕工：系統設定可以從 1 位顧問增加到 2 位，工期從 30 天縮短到 20 天（縮短 10 天），額外成本約 NT$150,000。
2. 再評估快速跟進：UAT 測試可以在資料移轉完成 70% 時就開始（先測已移轉的模組），讓兩個活動重疊 5 天。風險是如果後續移轉的資料有問題，部分測試案例需要重跑。
3. 結果：趕工 10 天 + 快速跟進 5 天 = 縮短 15 天，達成 75 天目標。

常見錯誤提醒：有些 PM 會對非關鍵路徑的活動趕工，例如花錢加速「教育訓練」（不在關鍵路徑上）。這完全是浪費資源——非關鍵活動即使提前完成，也不會讓專案提早結束。在做專案規劃時，務必先確認哪些活動在關鍵路徑上，再決定資源投入方向。

關鍵路徑法實際應用案例

案例一：建築工程（辦公大樓新建）

背景：某營造公司承接 12 層辦公大樓新建工程，總工期目標 18 個月，涉及約 45 個主要活動。

關鍵路徑識別：透過 CPM 分析，找出的關鍵路徑為：

基礎工程（60天）→ 結構施工（120天）→ 機電配管（45天）→ 驗收交屋（15天）= 240 個工作天

其中，「內裝工程」（50天）與「機電配管」並行進行，但因為機電配管的工期更長，所以機電配管才是關鍵路徑上的活動。

實際效益：專案經理透過 CPM 識別出「機電配管」是瓶頸活動——它的浮時為 0，而且工期長達 45 天。於是提前 3 週向供應商下單備料，避免了因材料延遲導致的停工。最終專案如期完工，沒有因為機電配管延誤而影響後續驗收。

案例二：IT 系統導入（製造業 ERP 上線）

背景：某中型製造業公司導入 ERP 系統，涉及 8 個部門（生產、採購、倉管、財務、人資、品管、業務、IT），工期目標 6 個月。

關鍵路徑：

需求訪談（20天）→ 系統設定（40天）→ 資料移轉（15天）→ UAT 測試（20天）→ 上線切換（5天）= 100 個工作天

挑戰：資料移轉的工期高度不確定——舊系統的資料格式混亂，有些部門甚至還在用 Excel 管理。PM 決定搭配 PERT 估算資料移轉工期：樂觀值 10 天、最可能值 15 天、悲觀值 30 天，PERT 期望值 = (10 + 4×15 + 30) ÷ 6 ≈ 17 天。

實際效益：因為 CPM 分析清楚顯示「資料移轉」在關鍵路徑上且浮時為 0，PM 提前 1 個月就安排 IT 團隊開始整理舊資料格式、建立對照表。這個提前準備讓實際資料移轉只花了 12 天，比預估的 15 天還快，為後續 UAT 測試爭取到 3 天的緩衝。

這兩個案例都可以用時間軸視覺化呈現，讓利害關係人一眼看出關鍵路徑在哪裡、目前進度是否正常。

支援關鍵路徑法的專案管理工具比較

手動計算 CPM 在活動數量少的時候還行，但當專案有 30、50 甚至上百個活動時，用工具自動計算才是務實的做法。以下比較 4 個常見工具對 CPM 的支援程度：

工具	關鍵路徑自動計算	依賴關係設定	適用規模	月費（NT$/人）
monday.com	✅ 自動標示紅色路徑	✅ 拖曳箭線設定	中大型團隊	約 NT$390 起
ClickUp	✅ Gantt 視圖內建	✅ 支援 4 種依賴類型	小中大型	免費方案可用
MS Project	✅ 完整 CPM 引擎	✅ 進階設定（含延遲）	大型專案	約 NT$900 起
Notion	❌ 需手動計算	⚠️ 有限支援（需資料庫關聯）	小型團隊	免費方案可用

monday.com 設定關鍵路徑的 3 步驟

monday.com 在關鍵路徑自動計算和即時協作上的整合最完整，適合 10 人以上需要即時更新進度的團隊。設定關鍵路徑只需要 3 步：

1. 在甘特圖視圖中開啟「依賴關係」功能：切換到 Gantt 視圖後，點擊任一任務列左側的圓點，拖曳到下一個任務，系統會自動建立前後依賴的箭線。
2. 拖曳連接所有前後活動箭線：把步驟 1 表格中的所有依賴關係都連上。monday.com 支援 FS（完成-開始）、SS（開始-開始）、FF（完成-完成）、SF（開始-完成）四種依賴類型，一般用 FS 就夠了。
3. 開啟「關鍵路徑高亮」選項：在甘特圖右上角的設定中，勾選「Show Critical Path」，系統會自動用紅色標示關鍵路徑上的所有活動。

當任何活動的工期或依賴關係改變，關鍵路徑會即時重新計算。PM 還可以設定自動化規則：「當關鍵路徑上的任務延遲超過 1 天，自動通知專案經理和該任務負責人」——定期觸發提醒，讓問題在擴大前被處理。

免費方案不需要信用卡，可以直接開始使用。

Excel 手動計算關鍵路徑（適合小型專案）

如果你的專案活動數量在 20 個以內、預算有限，用 Excel 手動計算 CPM 完全可行。建議的欄位設計：

欄位	說明
A 欄：活動代號	A, B, C…
B 欄：活動名稱	拆除舊裝潢、水電配管…
C 欄：前置活動	填入前置活動代號
D 欄：工期	天數
E 欄：ES	前推法計算（公式參照步驟 4）
F 欄：EF	= E + D
G 欄：LS	後推法計算（公式參照步驟 5）
H 欄：LF	後推法計算
I 欄：浮時	= G – E
J 欄：是否關鍵	= IF(I=0, “✅”, “”)

ES 和 LS 的公式需要用 VLOOKUP 或 INDEX/MATCH 來參照前置活動的 EF 和後繼活動的 LS，稍微複雜但一次設定好就能重複使用。

不過當活動超過 20 個，Excel 的公式維護會變得很痛苦——每新增一個活動就要調整一堆公式。這時候建議升級到 monday.com 或 ClickUp 等工具，讓系統自動處理計算。

如果你是技術導向的團隊，ClickUp 的免費方案就支援甘特圖和依賴關係設定，是預算有限時的好選擇。

結論

本文示範的 CPM 六步驟計算邏輯，核心只有一件事：找出浮時為零的最長路徑。回顧重點：

• 前推法算 ES/EF、後推法算 LS/LF、兩者相減得浮時——這套計算邏輯是 CPM 的基礎，掌握了就能分析任何規模的專案。
• 浮時為 0 的活動串成關鍵路徑——這條路徑決定了專案最短完工時間，路徑上的任何延遲都會直接拖累整個專案。
• 壓縮工期只能從關鍵路徑下手——趕工（加資源）和快速跟進（改並行）是兩種主要手段，對非關鍵活動趕工是浪費資源。
• 關鍵路徑會在執行中轉移——近關鍵路徑（浮時很小的路徑）需要持續監控，不能算完一次就放著不管。
• 工具能大幅降低計算和監控的負擔——活動超過 20 個時，手動計算容易出錯，用工具自動化是務實的選擇。

你的下一步行動：

1. 初學者：拿一個你手邊的小專案（5-10 個活動），用 Excel 照著本文步驟 1-6 手算一次。親手算過一遍，你對 CPM 的理解會比看十篇文章還深。
2. 有經驗的 PM：在 monday.com 上建立一個新看板，把你目前負責的專案活動匯入，開啟甘特圖的關鍵路徑高亮功能，10 分鐘就能看到哪些活動是你最該盯的。
3. 大型專案團隊：如果活動數超過 50 個、需要資源平衡和多專案排程，考慮 MS Project 或 Primavera P6 等企業級工具。

關鍵路徑法常見問題（FAQ）

關鍵路徑法和要徑法是一樣的嗎？

是的，完全相同。「要徑法」是台灣工程界（特別是土木、營建領域）對 Critical Path Method（CPM）的慣用中文譯名。在學術論文和 PMP 考試中通常使用「關鍵路徑法」，在工地現場和工程合約中則常見「要徑法」。

浮時（Float）怎麼計算？總浮時和自由浮時有什麼差別？

總浮時（Total Float）= LS – ES = LF – EF，代表該活動可以延遲多久而不影響專案總完工日。

自由浮時（Free Float）= 後繼活動的最小 ES – 該活動的 EF，代表該活動可以延遲多久而不影響「下一個活動」的最早開始時間。

以本文範例的活動 C 為例：

• 總浮時 = LS – ES = 4 – 3 = 1 天（C 延遲 1 天不影響專案完工）
• 自由浮時 = min(D 的 ES, E 的 ES) – C 的 EF = min(8, 7) – 7 = 0 天（C 一延遲就會影響 E 的最早開始時間）

這個差異在實務中很重要：總浮時為正但自由浮時為 0 的活動，延遲雖然不影響專案完工，但會擠壓後續活動的彈性。

關鍵路徑會在專案執行中改變嗎？

會。當某個非關鍵活動的實際工期超過原始估算加上浮時，它所在的路徑就可能變成新的關鍵路徑。這就是為什麼需要持續監控「近關鍵路徑」——那些浮時很小（例如 1-2 天）的路徑，隨時可能因為一點延遲就變成關鍵路徑。建議每週重新檢視一次，或在任何活動工期發生重大變更時立即重算。

關鍵路徑法能用 Excel 計算嗎？

可以，本文工具段落有詳細的 Excel 欄位設計建議。Excel 適合活動數量在 20 個以內的小型專案。超過 20 個活動後，公式維護會變得複雜且容易出錯，建議改用 monday.com 或 ClickUp 等工具自動計算。

關鍵路徑法適合敏捷開發（Agile）嗎？

CPM 和 Agile 的適用情境不同。CPM 假設活動和依賴關係在專案規劃階段就能大致確定，適合瀑布式開發或混合式專案。純 Agile 團隊通常用 Sprint Backlog 和燃盡圖來管理進度，不需要 CPM。

但在「混合式」專案中，CPM 仍然有用——例如一個 ERP 導入專案，整體架構用瀑布式管理（需求→設計→開發→測試→上線），但開發階段內部用 Scrum 跑 Sprint。這時 CPM 用來管理跨階段的關鍵路徑，Scrum 用來管理開發階段的日常迭代。

活動工期無法確定時怎麼辦？

建議搭配 PERT 三點估算法。請負責人分別給出樂觀值（O）、最可能值（M）、悲觀值（P），然後用公式計算期望工期：

期望工期 = (O + 4M + P) ÷ 6

例如資料移轉：樂觀 10 天、最可能 15 天、悲觀 30 天，期望工期 = (10 + 60 + 30) ÷ 6 ≈ 17 天。用這個期望值代入 CPM 計算，比單純猜一個數字可靠得多。設定SMART 原則來明確定義活動的完成標準，也有助於讓工期估算更精確。