「這個專案到底最快什麼時候能完成？哪些任務一旦延遲，整個專案就會跟著延？」要回答這兩個問題，要徑法（Critical Path Method, CPM）是最經典的工具。這篇先用最少的術語把 CPM 講清楚，再一步步帶你算出要徑，最後說明如何在 Meegle 中把它變成日常可維護的動作。
什麼是要徑法
要徑法是一種找出「決定專案最短完成時間」的排程技術。它把專案拆成一連串有相依關係的活動，計算出一條從開始到結束、總工期最長的路徑——這條路徑就是「要徑」。要徑上的任何任務只要延遲，專案的完工日就會等量延後；反之，不在要徑上的任務，則擁有一定的緩衝空間。掌握要徑，等於掌握了專案時程的命脈。
開始前，你需要準備什麼
三樣東西：一份完整的活動清單（專案要做哪些事）、每項活動的預估工期、以及活動之間的相依關係（誰必須先於誰）。這三者的品質，直接決定 CPM 結果的可信度——所以別跳過把工作分解清楚這一步。
逐步計算要徑
步驟一：列出所有活動與工期
把專案分解為可執行的活動，為每一項估出所需工期。顆粒度要適中：太粗看不出相依，太細則難以維護。
步驟二：建立相依關係
釐清每項活動的前置任務——哪些事必須先完成，這件事才能開始。最常見的是「完成—開始」關係（前一項完成，後一項才動工）。相依關係是 CPM 的骨架，錯了整條要徑就跟著錯。
步驟三：計算最早與最晚時間
把活動依相依串成流程。由前往後推算每項活動的「最早開始／最早完成」時間，再由後往前推算「最晚開始／最晚完成」時間。這一步是找出緩衝與要徑的基礎。
步驟四：找出要徑
把各條可能路徑的工期加總，總工期最長的那條就是要徑，它決定了專案的最短完成時間。留意：一個專案可能同時存在多條要徑。
步驟五：計算浮時（Float／Slack）
浮時，是一項任務「可以延遲而不影響專案完工」的空間。要徑上的任務浮時為零；非要徑任務的浮時，則是你調度資源時的彈性來源。知道哪裡有浮時，才能在壓力來臨時做出聰明取捨。
步驟六：持續監控與更新
要徑不是算一次就結束。實際工期一變、相依一調整，要徑就可能轉移到另一條路徑。把 CPM 當成持續維護的動態視圖，才能真正發揮預警作用。
在 Meegle 中運用要徑法
CPM 最大的實務門檻，是「手算一次不難，持續維護很難」。這正是 Meegle 能補位的地方。
把工作分解成可相依的節點。 在 Meegle 裡，專案被拆解成視覺化工作流上的節點，你可以直接為任務設定前後相依，等於天然畫好了 CPM 的網路圖。
讓相依關係一眼可見。 當某個任務延遲，與它相依的下游任務會在視覺化流程上清楚顯示受到的牽動，你不必重算就能看出影響是否波及關鍵路徑。
用排期與儀表板持續監控。 為節點與任務設定排程，時程與里程碑會即時呈現；一旦要徑上的任務亮起風險，儀表板能讓你在延遲擴散之前就採取行動。
幾個常見誤區
把所有任務都當成要徑。 若每件事都「很重要」，就等於沒有重點。CPM 的價值，正在於區分關鍵與非關鍵。
估工期時把緩衝藏進每項任務。 分散的隱藏緩衝會讓時程虛胖，卻仍常延誤；把緩衝集中管理更有效。
算完就束之高閣。 沒有持續更新的要徑圖，很快就會與現實脫節，失去預警意義。
結語
要徑法的精髓，是幫你在千頭萬緒中，認出真正決定成敗的那條關鍵鏈。先把活動、工期與相依理清楚，算出要徑與浮時，再用一套能持續維護相依與時程的工具讓它保持鮮活——當要徑不再是紙上的一次性計算，而是團隊每天都看得到的動態視圖，專案時程才真正握在你手上。