概念地圖・關鍵路徑拖延量
作者 山姆（謝冠生）・喵喵書評創辦人
發布
分類：生產力
這一頁不只是把一個概念解釋一遍——一張自己畫的結構圖，加上拿台灣情境從頭走一次的實例演練、這個框架什麼時候會騙你，以及它接回 P.A.I.N. 之後長什麼樣。一頁必須交付的三層 →
關鍵路徑拖延量：把趕工費對準完工日
師傅擦掉排程上多排的三天，磨石子工程的交屋日期只往前挪了兩天。這個示意情境裡，加快的工序已經做完，旁邊那批收邊料還沒備齊——最後一天由另一條路決定。關鍵路徑拖延量追問的就是這個落差：把某項工作的工期單獨歸零，整個專案會提早多少？它讓每一筆趕工要求先回到總排程核對，再決定要花多少力氣。
工期與拖延量，分開讀這張網絡
先固定工期、完成到開始的相依關係，以及沒有資源衝突的假設。A 完成後，B 與 C 同時開始；兩路都完成，D 才能動。下表每一列都重新從原始的十一天排程出發。
| 活動 | 原工期 | 單項歸零後的總工期 | 拖延量 |
|---|---|---|---|
| A，共同前置 | 2 天 | 9 天 | 2 天 |
| B，較長分支 | 6 天 | 9 天 | 2 天 |
| C，較短分支 | 4 天 | 11 天 | 0 天 |
| D，共同後續 | 3 天 | 8 天 | 3 天 |
把 B 歸零，C 的四天仍在原位，總工期便是二加四加三，九天。B 每快一天，只有前兩天會帶動完工日；到了四天，兩路一樣長，再壓 B 就由 C 限制交付——那條灰線會接手。D 則在兩路會合後，單獨縮短它會直接影響尾端。
Stephen A. Devaux 在 PMI 論文中，以 DRAG 表示要徑活動為專案完工增加的時間。本文用「原總工期減去單項歸零後的總工期」逐項測量，方便看清這張簡化網絡。歸零只是算尺——工程仍要遵守必要工法、養護、品質與安全要求。
追加人手之前，先算完工日
一、把箭頭與資源對上現場。磨石子工班說加工與備料可平行，得先查兩邊是否共用同一位師傅、同一個搬運時段。資料確認後才能下料，這個箭頭也要留下。先把可重疊與必須等候的理由講清楚——漏一條相依，紙上的空檔就會變成現場的乾等。自問：依賴關係與資源假設，是否符合實際做法？
二、每個候選都重算交付。師傅提議多派一組人，把加工從五天壓到兩天。先保留收邊料備妥的三天，重新算會合時間與收尾驗收。報價單旁邊要寫出「整案省兩天」——加工少三天，客戶的鑰匙提早兩天拿到。下一個候選方案也要從同一份原排程重算，才有比較基準。自問：單獨縮短這項活動後，完整排程會提早幾天？
三、把省下的日子配上代價。同樣提早兩天，增加師傅與調整備料安排會有不同成本，也可能多出場地協調、重做與驗收的負擔。把每個候選的追加費用，放在交付提早天數旁邊；再問屋主，那兩天能否接上原訂入住安排。拖延量大，值得優先研究——是否值得買，還要看價錢與實際用途。自問：為這段完工提前付出的成本，是否值得？
磨石子工班的交屋排程，走一遍
底下這位在台灣中部承作磨石子工程的師傅，是為了把這個結構講清楚而編出來的示意情境，沒有指涉任何真實人物。以下天數均為抽象排程假設，用來說明依賴結構；必要的施工養護與安全條件須另行滿足。
- A，工班資料確認一日：屋主確認收邊方式與施工範圍，工班才安排後續作業。這一天在兩條路的前面，兩路一起等它。前置一天，整案跟著一天。
- B，現場加工五日；C，收邊料備妥三日：假設兩項工作可獨立平行進行。加工收工前，備料已先完成；總排程由較長的五天決定會合點。先備齊的料，把餘裕留在分支上。
- D，收尾驗收二日：兩路都完成才開始。原總工期為一加五加二，共八天；此處已把收尾與驗收的必要條件納入假設。八天是全案相依走完的時間。
- 試把 B 從五日壓到二日：假設這個方案在工法、品質與安全上可行，重新計算便是一加三加二，共六天。加工省三天，交付省兩天；如今要等的轉成 C。另一條路接手，趕工收益在這裡停住。
師傅若只把加工欄的五改成二，就可能口頭答應提早三天交屋。把完整網絡重排後，他能承諾的範圍才收斂到兩天。下一步是把六天的新排程交給備料與驗收的人逐項確認——原本寬鬆的分支，如今每晚一天都可能改動最後日期。追加費用也要對著這兩天談，連同屋主能否安排入住一併核實。每完成一次壓縮，就更新一次要徑與拖延量，讓下一筆錢對上新的等待位置。以上為說明結構用的示意情境，僅供理解框架之用。
拖延量什麼時候會騙你
- 兩條同長要徑，單項拖延量可能歸零。假設圖中的 B 與 C 都是六天，單獨把 B 歸零，C 仍撐住原完工日；對 C 做相同測試，結果也相同。兩者個別拖延量都是零，兩路仍需一起管理——要再提早交付，就得研究組合方案。共同前置 A 與共同後續 D，仍可各自影響總工期。
- 共用資源，會補回你漏掉的箭頭。磨石子加工與備料在圖上分了兩路，若同一位師傅必須離場處理備料，便產生人力先後限制。原來的平行假設失效，拖延量也得跟著重算。先把人、設備與可用時段排進去——一張沒有資源衝突的網絡，只適用於資源確實可分開的現場。
- 拖延量跟著排程變，四個數字不能直接累加成承諾。招牌圖的二、二、零、三加起來是七天；它們來自四次各自恢復基線的測量。多項同時改動會改變限制關係，組合效果須重算。Devaux 的 DAU 文章也提醒，要徑改變後應重算拖延量。把原本的排序一直用下去——下一筆趕工費就容易追著舊限制跑。
用痛點的眼光換算等待
錢付給某道工序，等待留在整張排程。
屋主聽到「多一組人」，腦中常直接接上「能早點入住」。中間還有備料、收尾、驗收，以及每個交接者的時間。這張圖畫得出活動牽動完工的天數，畫不出提早那兩天對屋主有多痛、多值錢。《痛點》的 P.A.I.N. 提醒我們回到承受等待的人：他是否因此多付住宿費、延後家具進場，或只是想讓不確定的日子早點結束？同樣兩天，跨過搬家安排與停在原定日期前，感受會差很多——付費意願長在那個具體影響上。今晚拿一張正在談的趕工報價，把工序縮短天數換成全案提前天數，再和屋主核對能銜接哪一項生活安排。
活動拖延量，常被問到的幾件事
關鍵路徑拖延量與浮時有什麼差別？
浮時描述活動可以延後多久而仍保住既定完工日；拖延量描述活動本身為總工期增加了多少時間。圖中的 C 有兩天總浮時，拖延量是零。B 位於要徑，總浮時為零，拖延量有兩天。讀排程時把兩欄並排看——一欄幫你安排餘裕，一欄幫你找到值得試縮的活動，再用整案重算核對效果。
拖延量為零，就可以把那項工作擱著嗎？
仍須確認它的最晚完成時間。圖中 C 雖然拖延量為零，若從四天增加到超過六天，就會接手限制總工期；B 一旦加快，C 的餘裕也會縮小。多條同長要徑時，某項工作的拖延量甚至為零、浮時也為零——任何延後都可能推遲交付。零代表這次單項歸零測試沒有改善完工日，管理責任仍在。
實際趕工時，需要把活動工期壓到零嗎？
零工期是用來辨認排程結構的測量假設。實際決策應填入可行的新工期，例如情境中的加工由五天改成兩天，再算一次總完工日。必要養護、施工安全與品質驗收都要保留。先取得可行方案與追加費用，才有條件比較它帶來的交付價值——表上的上限，還需要現場的方法才能實現。
工序縮短的價值要回到交付日期核對，排程的起點可由關鍵路徑法搭起；若進度還牽動共用人力與緩衝，再用關鍵鏈發燒圖追蹤消耗。拿著更新後的日期回到工班會議，把下一個交接點重新約定下來。
喜歡這篇文章嗎？
每週幫你拆二本好書，把判斷力、好書金句、好問題，直送你的信箱。
不適合你可隨時退訂 · 每週兩封，陪你把書讀進生活。
送出即表示同意我們依隱私權政策使用你的 email。