閱讀約 14 分鐘
精確的專案排程是管理中最持續的挑戰之一。即使是最詳細的計劃，在面對現實執行的摩擦時也可能失敗。這種差異通常源於一個單一的缺陷：傳統排程假設任務的持續時間是固定的，但這些任務本質上具有不確定性。
為了解決這個問題，有經驗的專案經理依賴PERT關鍵路徑。這種方法論彌合了統計機率與嚴格時間邏輯之間的差距。透過將計劃評核審查技術（PERT）與關鍵路徑法（CPM）結合，可以建立一個考慮風險而非忽略風險的排程。
這種方法不僅僅是詢問任務需要多久時間，而是幫助你理解按時完成的機率。它將僵化的時間表轉化為靈活的決策工具。本指南探討這兩個強大框架如何協同運作，詳細說明計算方式、優點，以及如何應用它們來建立能承受複雜專案壓力的排程。
什麼是計劃評估審查技術（PERT）？
- 樂觀時間（O）：在一切順利的情況下所需的最短時間。
- 悲觀時間（P）：在出現重大問題時所需的最長時間。
- 最可能時間 (M)： 在正常情況下預期的持續時間。
透過將這些數值結合成加權平均，PERT 產生的是一個機率性時程，而非確定性時程。當檢視關鍵路徑分析與 PERT 圖表時，你看到的不僅僅是時間軸；你看到的是一張風險地圖，能在問題發生前突顯變異與潛在瓶頸。
理解關鍵路徑法（CPM）
想像一下，就像在洗碗的同時烤蛋糕。烤蛋糕需要 60 分鐘；洗碗需要 15 分鐘。烤蛋糕的過程就是你的關鍵路徑。如果烤箱運作緩慢，晚餐就會延遲。如果洗碗速度慢，則無關緊要，因為在蛋糕烘烤的過程中你有充足的空閒時間（「浮時」）。
在一個包含關鍵路徑分析的 PERT 圖範例中，任務分為兩類：
- 關鍵任務（零浮時）： 此處的任何延誤都會延誤整個專案。
- 非關鍵任務（正浮時）： 這些任務有緩衝時間，可以延遲而不影響最終截止日期。
透過結合 CPM 的邏輯與 PERT 的實際數據，關鍵路徑分析 PERT 成為一個強大的系統。CPM 告訴你哪些任務最重要，而 PERT 告訴你這些任務按時完成的可能性。
PERT 與 CPM：實際的差異是什麼？
根本的差異在於它們對時間與不確定性的處理方式。
- CPM 是確定性的。它假設任務的持續時間是已知的事實。如果你在建造房屋，你會根據經驗知道澆築地基正好需要三天。CPM 著重於成本與時間的權衡——如果我支付更多工人，能否縮短工期？它是在可預測的環境中進行最佳化。
- PERT 是機率性的。 它假設工期是可變的。若你正在編寫一個新的 AI 功能，可能只需兩天，也可能因為出現錯誤而需要兩週。PERT 著重於在不可預測的環境中進行時間管理。
可以這麼想：CPM 就像搭火車，你有時刻表，並預期在特定時間到達。另一方面，關鍵路徑分析 PERT 就像在交通繁忙的情況下開車，你知道路線，但到達時間取決於你無法完全控制的變數。
在現實世界中，很少有專案是百分之百可預測的。這就是為什麼 PERT 關鍵路徑方法——將 PERT 的統計估算應用於 CPM 的邏輯——是最穩健的規劃方式。你能獲得關鍵路徑的結構，同時擁有 PERT 的現實安全緩衝。
同時使用 PERT 和 CPM 的好處
為什麼要費心計算公式和繪製圖表？為什麼不直接做一份待辦清單？實施關鍵路徑分析和 PERT 圖表能提供簡單清單無法比擬的特定優勢。
- 透過心理學提升準確性：人類在估算時間方面表現很差。我們會受到「樂觀偏誤」的影響，假設一切都會順利進行。透過要求團隊提供「悲觀」估算（PERT 中的 P），可以在心理上將時程錨定於現實。你不再是為最佳情況做計劃，而是為平均情況做計劃。
- 可視化依賴關係：關鍵路徑 PERT 圖能揭示任務之間隱藏的關聯。你可能沒有意識到，行銷團隊必須等到法務團隊核准文案後才能開始他們的活動。看見這些依賴關係有助於在瓶頸發生前加以防範。
- 動態資源分配：當你識別出 PERT 圖的關鍵路徑時，你就能確切知道哪些任務至關重要。若非關鍵任務延遲，你不必驚慌。你可以利用這項洞察，將具「浮動」時間的任務資源（人員、預算）轉移到關鍵路徑上的任務，確保專案截止日期安全無虞。
在六個步驟中識別 PERT 關鍵路徑
步驟1：列出任務與工作分解結構（WBS）
關鍵在於細緻度。像「建立應用程式」這樣的任務太大，而像「設計登入畫面」這樣的任務則剛剛好。你需要的任務必須小到能夠準確估算，但又不能小到陷入過度管理。在像Lark這樣的協作套件中，你可以在共享的 MindNotes 中開始這個流程。這讓整個團隊能夠同時腦力激盪任務，確保不遺漏任何事項。
步驟2：定義相依性與順序
一旦你有了清單，就必須確定順序。在牆壁建好之前，你不能把屋頂蓋在房子上。
- 前置任務： 哪些工作必須在此任務之前完成？
- 後續任務： 哪些工作可以在此任務之後進行？
步驟3：收集三點估算值
這是 PERT 方法的核心。對於 WBS 中的每個任務，你需要收集三個時間估算。
- 樂觀 (O)：「奇蹟」時間表。
- 悲觀 (P)：「墨菲定律」時間表。
- 最可能 (M)：現實時間表。
重要建議：不要自己猜測這些數字。作為專案經理，你的猜測很可能是錯的。請詢問正在執行工作的那個人。
自動化方式：與其用電子郵件追著人，不如建議使用像Lark Forms這樣的功能。將表單發送給你的開發人員或設計師，請他們提供針對各自任務的 O、P 和 M 預估。資料會直接流入你的專案表格，隨時準備進行計算。
步驟4：計算預期時間（TE）
現在，我們開始應用數學。我們使用加權平均公式來確定每個任務的預期時間（$TE$）。該公式偏向「最可能」的估算，但會稍微向「悲觀」的一側偏移，以考慮風險。
PERT公式：TE = (O+4M+P)/6
例如，如果一個任務有：
- 樂觀值：2天
- 最可能值：5天
- 悲觀情況：12 天
TE = (2+4*5+12)/6 = 34/6 = 5.67 天
在標準時程中，你可能只會寫「5 天」。PERT 告訴你 5.67 天在統計上更為精確。若你使用具備自動計算功能的資料庫，可以設定一個公式欄位，當團隊透過表單提交估算時，即可自動計算 TE 值。
步驟5：構建網路圖
現在你開始繪製地圖。一個包含關鍵路徑的 PERT 圖範例通常會將任務放在節點（方框）中，並以箭頭連接。
你將在此圖中進行兩次「遍歷」以找出時間安排：
- 前向推算： 從起點（第 0 天）開始，將每個任務的持續時間（$TE$）相加，以找出最早開始時間（ES）和最早完成時間（EF）。如果一個任務有兩個前置任務，其最早開始時間為前置任務中最晚的最早完成時間。
- 後向推算： 從專案的結尾開始往回推算。減去持續時間以找出最晚開始時間（LS）和最晚完成時間（LF）。這能告訴你任務在不延誤專案的情況下，最晚可以開始的時間。
步驟6：識別關鍵路徑與浮時
最後，請比較你的數據。PERT 圖的關鍵路徑是「最早開始時間」等於「最晚開始時間」的任務序列（或 $EF = LF$ 的情況）。
這表示浮時（寬裕時間）為零。$$浮時 = LS - ES$$
如果結果為 0，該任務即為關鍵任務。將所有浮時為零的任務連接起來，你就得到了 PERT 圖的關鍵路徑。
- 關鍵任務：必須密切監控。此處的任何延誤都等同於專案延誤。
- 非關鍵任務：具有正浮時。如果某任務有 3 天的浮時，它可以延後 3 天而不影響最終截止日期。
透過遵循這六個步驟，你可以從模糊的「估算」轉變為數學上合理的時程安排。你不僅能知道專案應該花費多久時間，還能明確掌握在需要加快進度時應該調整的具體關鍵因素。
手動使用PERT圖時的常見挑戰
雖然 PERT 關鍵路徑法背後的數學原理非常紮實，但手動執行往往是一場惡夢。如果你曾嘗試在白板或靜態試算表上維護 PERT 圖表，你很可能已經遇到過這些摩擦點。
- 「靜態快照」問題：當你在紙上繪製關鍵路徑 PERT 圖表的那一刻，它就已經過時了。專案是有生命的有機體。某個任務提前完成、供應商延遲出貨，或者範圍發生變更。在手動系統中，每一次變更都需要你擦除、重新計算並重繪整個網路。這種行政負擔常常導致專案經理在專案進行到一半時就放棄該方法。
- 更新的複雜性：重新計算 PERT 關鍵路徑不只是改變一個數字。如果「任務 A」的工期改變，它會影響整個網路。你必須重新進行「前推法」以找出新的「最早完成時間」，重新進行「後推法」以找出新的「最晚開始時間」，並重新計算每個相依任務的浮時。對於一個有 50 個以上任務的專案，手動執行這些工作不僅繁瑣，而且容易出現人為錯誤。一次數學計算錯誤就可能讓你誤以為有緩衝時間，而實際上卻沒有。
- 孤立估算：在手動進行時，收集三種估算值（樂觀、悲觀、最可能）非常困難。這通常需要透過電子郵件或Slack追著團隊成員。經常情況下，專案經理等得不耐煩，就自己猜測數字。這完全違背了 PERT 的目的。關鍵路徑分析和 PERT 圖表的準確性完全依賴於群體智慧——也就是實際執行工作的那些人。如果你替他們猜測，只是在驗證你自己的偏見。
使用 Lark 動態管理 PERT 關鍵路徑
解決這些手動操作帶來的麻煩並不是要放棄方法論，而是要將繁瑣的工作自動化。這正是像 Lark 這樣的現代協作平台改變遊戲規則的地方。透過將溝通、資料庫管理和視覺化整合到同一工具中，Lark 將 PERT 關鍵路徑從靜態圖表轉變為推動專案的動態引擎。
自動化複雜的數學運算
您可以使用標準的 PERT 公式設定一個「工期」欄位：（樂觀值 + 4 × 最可能值 + 悲觀值）/ 6。當團隊成員提交他們的估算後，系統會立即計算加權平均工期（$TE$），甚至可以計算標準差（$\\sigma$），以便您追蹤風險變異。這意味著您的專案時程始終基於最新且最精確的統計數據，並且即時更新。
即時視覺化關鍵路徑
試算表在處理資料方面很出色，但在查看相依關係時卻很糟糕。您需要看到流程。
促進快速情境切換
在傳統的設置中，專案計劃存在於一個應用程式中（例如 Microsoft Project），而對話則存在於另一個應用程式中（例如 Slack 或電子郵件）。這種脫節會削弱工作動力。
Lark Messenger 將溝通直接與專案記錄結合。如果你在 PERT 圖範例中看到一個具有關鍵路徑且看起來有風險的任務——例如樂觀時間與悲觀時間之間的差異非常大——你可以點擊該記錄並直接在那裡開始聊天討論串。
你可以標記負責人：「嘿，我注意到你的最佳情況與最壞情況之間有很大的差距。是什麼造成了這個風險？」這能讓對話保持專注且有上下文。你不必在無止境的聊天記錄中搜尋關於「任務 4B」的討論；它會永久附加在該任務本身。
管理文件相依性
通常，關鍵路徑被阻塞的原因並非工作本身，而是核准或文件。「在規格文件簽核之前，我們無法開始編碼。」
Lark Docs 允許您將專案時間表和 Base 表格直接嵌入到需求文件中。這樣可建立單一的真實資料來源。當利害關係人閱讀專案規格時，他們可以在下方直接看到即時的 PERT 關鍵路徑。他們能清楚看到自己延遲簽署文件如何影響最終交付日期。這種透明度是推動專案持續前進的強大動力。
進階策略：專案延遲時該做什麼
即使有最詳細的關鍵路徑分析和 PERT 圖表，現實情況仍可能造成干擾。當你發現 PERT 關鍵路徑延伸超過截止日期時，恐慌並不是策略。相反，你需要採用特定的進度壓縮技術來讓計畫回到正軌。
以下是三種經過驗證的方法，可以在不放棄計畫的情況下追回時間：
快速追趕
這涉及將原本依序進行的任務改為並行執行。查看你的 PERT 圖表範例及關鍵路徑，並問自己：「任務 B 是否真的需要等到任務 A 完全完成後才能開始？」例如，你可能會在設計文件尚未完全核准前就開始撰寫程式碼。
- 取捨：你可以爭取時間，但如果初始任務發生變更，則增加返工的風險。
趕工
趕工是指在關鍵路徑上的任務中額外投入資源，以縮短其工期。如果一個關鍵任務預估需要兩週，增加一位工程師可能會將工期縮短至一週。
- 取捨：這幾乎總是會增加成本。它最適用於可分割的任務（如資料輸入），而非認知性任務（如複雜問題解決）。
範疇精簡
如果無法調整時程或增加資源，就必須減少工作量。使用關鍵路徑 PERT 圖來找出關鍵路徑上屬於「可有可無」而非必要的功能。將一個高風險、非關鍵的功能延後到第二階段，可以立即縮短專案的預期工期。
PERT、CPM 以及 PERT/CPM：何時使用各種方法
我們已經將這些概念作為一個統一的系統進行討論，但有時你可能只想使用其中之一。理解這些差異能確保你不會對簡單的專案過度設計，或對複雜的專案計劃不足。
何時單獨使用CPM
關鍵路徑法（不含 PERT 的三點估算）最適合用於重複性高且可預測的專案。
- 範例：建造標準的郊區住宅、製造生產線，或例行維護。
- 原因：如果你已經完成該專案 50 次，你就有歷史數據。你確切知道任務需要多久時間。你不需要機率分析；你需要的是優化物流。
- 推薦閱讀：關鍵路徑範例：讓專案保持在進度內
何時單獨使用 PERT
在沒有完整網路圖的情況下使用 PERT 雖然罕見，但對於高層級估算仍然有用。
- 範例：初步預算提案或可行性研究。
- 原因：有時你只需要對幾個關鍵交付項有一個粗略的「預期時間」，以判斷在承諾制定完整進度表之前，截止日期在數學上是否可行。
- 推薦閱讀：在專案管理中理解 PERT：洞察與方法
何時使用結合的 PERT 關鍵路徑法
這是現代知識型工作的最佳切入點。你應該在複雜、獨特或高風險的專案中使用整合的關鍵路徑分析 PERT 方法。
- 範例： 軟體開發、新產品發佈或研究計畫。
- 原因： 在這些領域中，「標準」時間並不存在。你需要 CPM 的結構來管理相依性，但也需要 PERT 的彈性來應對你根本無法確定某項任務會花 3 天還是 6 天的事實。
結論
專案管理的目標不是製作一張完美的圖表，而是要準時交付價值。PERT 關鍵路徑將你的思維從令人安心的確定幻象轉向必要的機率現實。透過結合網路邏輯與實際的三點估算，你不再是意外延誤的受害者，而是成為風險的管理者。
不要讓不確定性破壞你下一次的交付。立即在 Lark 建立你的動態時程，將「最佳猜測」轉化為值得信賴的計劃。
常見問題
PERT 和關鍵路徑之間有什麼差異？
主要的差異在於它們處理時間的方式。CPM 是確定性的，對任務使用單一固定的工期，適用於可預測的專案。PERT 是機率性的，使用三種不同的時間估計（樂觀、悲觀與最可能）來考量不確定性，使得 PERT 關鍵路徑非常適合複雜且非線性的專案。
PERT 代表什麼？
PERT 代表「計畫評核檢討技術」（Program Evaluation Review Technique）。它是一種專案管理中使用的統計工具，最初由美國海軍開發。其主要目的是分析完成特定專案所涉及的任務，特別著重於在不確定條件下完成每個任務所需的時間。
CPM 比 PERT 更容易理解嗎？
一般來說是的，因為 CPM 依賴單一時間估計，並省略了 PERT 所需的加權平均計算。然而，僅使用 CPM 會忽略風險。現代工具如 Lark 透過自動化複雜的數學計算並即時為你視覺化關鍵路徑，使得 PERT 與 CPM 一樣容易使用。
PERT 和 CPM 分別代表什麼？
PERT 代表「計畫評估審查技術」，CPM 代表「關鍵路徑法」。雖然它們最初是作為不同的方法論而誕生——一個用於管理不確定性，另一個用於優化順序——但在關鍵路徑分析中，PERT 常與 CPM 一同使用，以建立穩健且符合現實的專案時程。
相關閱讀
Table of contents
想瞭解 Lark 嗎？
所有工具盡在一處
節省時間，提高效率
節省高達 70% 的軟體成本
Table of contents
想瞭解 Lark 嗎？
所有工具盡在一處
節省時間，提高效率
節省高達 70% 的軟體成本
© 2026 Lark Technologies Pte. Ltd.