概念地圖・關鍵路徑法
作者 山姆（謝冠生）・喵喵書評創辦人
發布 最後更新
分類：管理
這一頁不只是把一個概念解釋一遍——一張自己畫的結構圖，加上拿台灣情境從頭走一次的實例演練、這個框架什麼時候會騙你，以及它接回 P.A.I.N. 之後長什麼樣。一頁必須交付的三層 →
關鍵路徑法：哪幾件事一拖，全案就跟著晚
開一間店要做的事列出來有三十幾項，老闆通常只問一句：那到底幾號能開門？關鍵路徑法（Critical Path Method，CPM）就是回答這句話的算法。它不管每件事重不重要，只算一件事——從開工到完工，被前後相依關係串起來最長的那一條路是哪一條。那條路的長度就是你的最短工期，路上任何一件事晚一天，開門就晚一天；不在路上的事，往往可以晚好幾天開始，而沒有人會發現。
五個名詞，撐起整張圖
關鍵路徑法的字彙不多，但每一個都對應一種很具體的錯誤。
| 名詞 | 它其實在說 | 沒搞懂的代價 |
|---|---|---|
| 相依關係 | 誰做完，誰才能開始 | 把「一起開工」當加速，結果全卡在前置 |
| 關鍵路徑 | 相依鏈裡最長的那一串 | 全隊一起趕，力氣花在不影響完工的事 |
| 浮時 | 這件事能晚多久開始而不影響完工 | 把有浮時的事當急件，真急件反而排隊 |
| 最早／最晚開始 | 同一件事的兩個合法起跑日 | 全部照最早開始排，開工首週就塞爆 |
| 要徑延誤 | 要徑上晚一天，完工就晚一天 | 以為還有緩衝，其實一天都沒有 |
畫之前，先問自己這四題
畫網絡圖的價值，八成來自畫的過程被逼著回答的問題。四題都能在會議室裡當場問完。
這件事真的非得等前一件做完嗎？網絡圖上一半的箭頭是真的物理相依（水電沒配完，木作進去會拆掉），另一半只是習慣（我們一向等主管看過）。假相依畫上去，工期會憑空多好幾天。自問：如果明天就讓它開工，會缺哪一樣東西？講不出具體那一樣，那個「等」就是可以拆掉的。
這個天數，是順利的話還是通常？每個工項的天數都是估的，而人在估自己的工作時，腦中跑的幾乎都是一切順利的版本。要徑是由這些估計相加出來的，估得越樂觀，那個完工日越像願望。自問：這件事過去三次各花幾天？只給得出一個數字，代表你在報價，不是在估算。
它晚三天開始，開幕日會不會動？這一題把整張待辦清單分成兩堆。答案是「不會動」的那些，就是有浮時的事——它們可以排在人手空下來的時候做，也不該佔走你最強的那個師傅。自問：這件事我最晚幾號非開始不可？答得出日期，你就拿回了排程的主導權。
壓縮完之後，新的最長路徑是哪一條？關鍵路徑會換位。你把要徑上的木作從八天壓到五天，總工期少了三天，但原本輕鬆的那條支線也跟著逼近，某一刻它會變成新的要徑。自問：這次壓縮，我重算過整張圖了嗎？沒重算，等於贏了一場又輸回去。
拿它算一次：台中一間二十坪的咖啡店
老闆對房東說「一個月內開門」，簽約當天他心裡最慌的是招牌送件——要跑公所，聽說很久。把工項攤成網絡圖之後，慌錯地方了。
- 兩條路各自算一遍：設計定案 5 天之後分岔。上路是泥作水電 10 天、木作 8 天、油漆驗收 3 天，合計 26 天；下路只有執照與招牌送件 12 天，合計 17 天。要徑是上路，26 天
- 那張讓他睡不著的送件：浮時 26 − 17 = 9 天。它可以晚九天才開始跑，開幕日一天都不會動。最不需要急的一件事
- 第一刀砍木作：改成兩組師傅分櫃體與吧檯，8 天壓到 5 天，總工期變 23 天。
- 第二刀砍泥作水電：拆牆與配管改成前後腳交錯進場，10 天壓到 7 天，總工期變 20 天。送件的浮時只剩 3 天
最後這家店第 20 天開門，比老闆喊的那個月還早。整段期間沒有人為了招牌加班，因為圖上寫著它可以晚——但也正因為浮時從九天被吃到只剩三天，那條原本沒人在意的支線，變成第二刀之後最該盯的一條。這就是網絡圖真正幫上忙的地方：它不會讓你做得更快，它只是讓你知道，把力氣加在哪一格才會反映到門口那塊「開幕」的牌子上。以上為說明結構用的示意情境，僅供理解框架之用。
這張圖，什麼時候會騙你
它算出來的日期看起來很精準，而這份精準本身就是三個陷阱的起點。
- 單一天數算出來的完工日，是假的精準。圖上寫「木作 8 天」，實際上那是一段機率分布：順利 6 天、通常 8 天、師傅同時接了別的案 14 天。CPM 把每一段的中間值相加，得到一個看起來像承諾的數字，卻不告訴你這個數字的達成機率可能只有一半。要用它對外承諾，至少在整條要徑的末端留一段整體緩衝，而不是在每一項各自灌水。
- 它排相依關係，不排人。圖上兩件事「可以同時做」，現場卻是同一位師傅、同一台吊車。資源沒進圖，關鍵路徑往往在開工第一週就作廢。真正在跑的專案要多做一步：把人力壓上去看有沒有撞期，撞了就把有浮時的那件往後挪——這件事有個名字叫資源撫平，它幾乎一定會把你的完工日往後推一點，那才是能用的數字。
- 浮時會被偷光，而且沒人會通知你。有九天浮時的事情，人會等到第九天才開始；提早做完的人也不會提早交，因為交早了只會被塞新工作。加上臨時插單，浮時通常在幾週內蒸發，然後那條原本輕鬆的路悄悄變成新的要徑。看得懂圖的專案經理會固定重算，看不懂的只會在最後一週發現：怎麼連招牌都來不及了。
用痛點的眼光，再看一次這張圖
專案裡真正該省的，從來不是每一件事的時間。
關鍵路徑法之所以好用，是因為它一開場就承認了一件很不客氣的事實：大部分的忙，對結果沒有影響。二十六天的專案裡，只有其中一串工作決定了那個二十六，其餘的事再快，門口那塊牌子也不會提早一天掛上去。做生意是同一種結構。你手上二十件待辦，真正決定「陌生人會不會掏錢」的通常只有一兩件，其餘都帶著厚厚的浮時。麻煩在於浮時不會自己標在事情上——它得靠你把相依關係畫出來才看得見：對方要先有那個麻煩，才會想找解法；找過解法，才會相信你懂；相信你懂，才談得上付錢。把陌生人接到掏錢的那條最短相依鏈，就是這門生意的關鍵路徑。沒把它畫出來以前，每一件事看起來都很急。
關於關鍵路徑法，常被問到的幾件事
關鍵路徑法和甘特圖差在哪？
關鍵路徑法是一套算法，算的是相依關係、最短工期與浮時；甘特圖是一種畫法，把排好的時程攤在時間軸上給人看。兩者不衝突，實務上多半先用網絡圖算出要徑與各工項的浮時，再畫成甘特圖溝通。差別在於甘特圖看不出「誰卡誰」——兩根橫條並排，你分不出它們是真的能同時做，還是後面那根其實在等前面那根。
浮時到底怎麼算？
浮時等於同一件事的「最晚開始日」減「最早開始日」。手算的順序是：先從頭往後推每件事最早能開始的日期，得到全案最短完工日；再從完工日往回推每件事最晚不影響完工的開始日；兩個日期之間的差就是浮時。浮時為零的那些工項串起來，就是關鍵路徑。
關鍵路徑可以同時有好幾條嗎？
可以，而且專案越壓縮越容易發生。兩條路長度一樣時，它們都是關鍵路徑，任何一條出狀況都會延。這是壓縮工期時最容易被忽略的代價：你把工期從二十六天縮到二十天，同時也把「只要盯一條」變成「三條都不能出事」，專案的脆弱度是往上跳的。
三五個人的小專案，也值得畫嗎？
值得，但不必開軟體。一疊便利貼，一張工項一張，貼在白板上只標兩件事：天數，以及誰要等誰。十分鐘就看得出哪一串最長。價值不在那張圖有多漂亮，在於貼的過程會逼出「這件事真的要等嗎」這句提問——多數小專案的時間，就是被那些沒人質疑過的等待吃掉的。
想把算出來的要徑排進日曆、讓每個人看見自己那一根橫條，接著看甘特圖這張概念地圖；如果你的瓶頸不在排程、而是固定卡在某一台機器或某一個人身上，限制理論那張講得更深。
喜歡這篇文章嗎？
每週幫你拆二本好書，把判斷力、好書金句、好問題，直送你的信箱。
不適合你可隨時退訂 · 每週兩封，陪你把書讀進生活。
送出即表示同意我們依隱私權政策使用你的 email。