← 全部概念地圖
標準

概念地圖・多工的切換成本

分類:生產力

這一頁不只是把一個概念解釋一遍——一張自己畫的結構圖,加上拿台灣情境從頭走一次的實例演練、這個框架什麼時候會騙你,以及它接回 P.A.I.N. 之後長什麼樣。一頁必須交付的三層 →

多工的切換成本:五個專案同時跑,真正落在案子上的只剩四分之一

五個專案,五個負責人。每一個都以為自己佔了你兩成的時間——加起來剛好 100%,帳面上分毫不差。可是真正落在案子上的工時只剩四分之一,另外四分之三,被「從這件事切到那件事」吃掉了。這個數字來自軟體工程學者溫伯格一九九二年的一張表:同時進行的專案數往右加一個,每個案子分到的有效工時就掉一階,而掉下去的那一塊沒有跑到別的案子上,是憑空蒸發的。多工的切換成本,畫的就是這條蒸發線。

有效工時遞減堆疊圖:專案數愈多,被切換吃掉的比例愈大 五根等高的堆疊長條由左到右排開,代表同時進行一到五個專案。每根柱子下方是金色的有效工時,內部切成的格數等於專案數;上方是朱紅色的切換損耗,最左邊那根沒有。金色從一格 100% 一路縮到五格各 5%,朱紅段從 0 長到 75%,兩段相加恆為 100%。畫布右側另有一格文字,說明這條線跟加班無關。 同時開幾個專案,一週工時真正落在哪裡 縱軸是一週可用工時的佔比;柱高固定,往右挪動的是兩段的比例 100% 75% 50% 25% 0 損耗 0 20% 40% 60% 75% 1 個專案 2 個專案 3 個專案 4 個專案 5 個專案 每案 100% 每案 40% 每案 20% 每案 10% 每案 5% 橫軸:同時進行的專案數 這條線跟加班無關 加班加的是總時數, 被吃掉的比例不會變。 五個案同時跑,工時從 八小時拉到十二小時, 落在案子上的還是 四分之一。 落在專案上的有效工時 被切換吃掉的損耗 金色每一格代表一個專案 數字取自 Gerald Weinberg 一九九二年《Quality Software Management》的切換損耗表。 每一根柱子的柱高固定,有效工時與損耗兩段相加恆為 100%。
柱子沒有變矮,只是愈往右,能真正推進案子的那幾格愈薄。

專案數往右加一個,每案的有效工時掉一階

把那張表整個攤開,五列數字放在一起才看得出斜率。

同時進行的專案數每個案子分到的有效工時被切換吃掉的損耗落在案子上的合計
1 個100%0%100%
2 個40%20%80%
3 個20%40%60%
4 個10%60%40%
5 個5%75%25%

最陡的一階在第一步:從一個案子加到兩個,每案分到的工時就從 100% 掉到 40%——只做一個案子時的有效工時,是兩案並行時單案的 2.5 倍,是五案並行時單案的 20 倍。而第三欄那塊損耗,不會流到任何一個案子上,它不屬於誰。多數人只盯著最後一欄的合計在掉,感覺像是自己不夠拚;真正在動的是中間那一欄——每個案子分到的那一格愈來愈薄,薄到某個程度,案子就再也推不出一個完整的下一步。

同時掛幾個專案才算多,先看這三個訊號

一、重新裝載的重量。切換真正的代價,發生在換完之後——你得把多少東西重新搬回腦子裡,才敢動第一筆。回一封制式信,重新裝載幾乎是零;回到一份寫到一半的結構計算,得先想起前提、單位、上次卡在哪一條。這兩種切換不在同一個量級。自問:從別的案子回到這一件,我要重新翻開幾份文件、想起幾個人名,才敢動第一筆?

二、五個案子是不是共用同一顆腦袋。案子多不必然等於切換多。真正決定損耗的是「這幾件事的下一步,會不會全部塞回同一個人身上」。如果每個案子的關鍵決策都要你親自看過,那五條線就在你這個節點上打結。自問:這五件事裡,有幾件的下一步是「等我看過再說」?

三、最小推進單位有多長。每個案子都有一段「短於這個長度就等於沒動」的門檻。門檻三小時的案子,塞進一天最長只有九十分鐘的空檔裡,記錄上花了時間,進度是 0。案子數往上加的時候,先被壓到門檻以下的一定是門檻最高的那一件。自問:這件事要往前挪一格,最短需要幾分鐘不被打斷?

一位開業建築師,把一週的工時拆一次

實例演練
  • A 案・都審:委員意見書下週要回覆,得把整份配置重新想一遍。最需要整段時間的一件,卻永遠排在最後
  • B 案・細部設計:門窗大樣一張一張畫,回到圖上要先想起上次停在第幾層。每次回來先花二十分鐘找回自己
  • C 案・發包:三家廠商的估價單逐項比對,數字對完就收工。切成小段也不太掉東西
  • D 案・監造:工地一通電話就得當場決定,時間不由他安排。單次很短但它不排隊,它插隊
  • E 案・驗收:缺失表一項一項核,拆成十五分鐘一段也照樣往前走。最適合塞零碎時段

五個案子攤在同一週上,體質完全不同。發包比價與驗收核表可以被切碎,切碎了也不掉東西;都審回覆與細部設計要整段時間,每被打斷一次就得重新裝載一次上下文;監造那通電話則完全不接受排程。於是那張 25% 的帳單並非平均分攤,被吃掉最兇的,恰好是最需要整段時間的那兩件——而它們也是決定案子能不能結案的那兩件。這位建築師真正該動的一格,是把一週裡唯一一段不接電話的半天鎖給都審,其他四件全部往那半天以外挪;D 案的插隊留給助理接第一線,只有需要他拍板的才轉進來。以上為說明結構用的示意情境,僅供理解框架之用。

這張圖什麼時候會騙你

  1. 把 40%、20%、5% 當成通用常數。溫伯格那張表出自軟體專案的觀察,數字是刻度,不是實驗室常數。切換成本高度取決於重新裝載上下文的重量,同樣「同時三件事」,客服接線與結構計算的損耗率可以相去幾個量級。真正該帶走的是形狀——損耗隨專案數加速上升、而且吃掉的是比例——數字只是幫你把那個形狀看清楚。
  2. 把「同時進行」跟「同時放在腦子裡」混為一談。五個案子躺在資料夾裡不會產生損耗,會產生損耗的是「這一週它們都要你動手」。一個在等業主回覆、三個月後才會醒來的案子,不佔那張表上的格子。統計自己手上有幾個案子時,只數這七天內非推進不可的,數字通常會比想像中小。而那個「順手也能做一點」的第六件,往往正是把柱子壓垮的那一格。
  3. 以為加班可以把損耗買回來。這張圖的縱軸量的是比例。一週從四十小時加到六十小時,五個案子並行時,落在案子上的仍然是 25%,只是 25% 的基數變大了。更麻煩的是,人在第五十小時的重新裝載速度比第十小時慢,比例其實會再往下掉一點。加班把總量往上推,切換的抽成率原封不動。

五個客戶都在等,最先走的那個不會先告訴你

痛點視角

損耗那一格,是全圖唯一算得出來的損失。

這張圖畫得出一週的工時被切掉多少,畫不出哪一個專案的客戶正在痛。五個案子各推一點,看起來很公平——公平的意思是五個客戶都等一樣久。可是他們的痛不一樣深:都審那件再拖兩週,業主的土地融資利息照跳;驗收那件晚三天,對方頂多皺一下眉。P.A.I.N. 的第一格只問一件事:誰在痛,痛到願意先付錢。把這個問題疊回堆疊圖上,第五根柱子那五片薄薄的金色會突然變得不一樣——其中一片可能是明年還會回頭找你的長期客戶,另外四片是這次做完就沒有下文的。均分工時的人,等於用同一個速度回應五種不同深度的痛;而等最久的那一個,往往就是最先走的那一個。今晚打開行事曆,把手上的案子照「這一週延一天,誰會真的受傷」排一次,只要排出第一名就好。

關於切換成本,常被問到的幾件事

同時做兩個專案,真的會掉到各 40% 嗎?

40% 是溫伯格那張表的刻度,不必當成你身上的實測值。決定它的是重新裝載上下文的重量:切換成本低的工作,兩案並行可能各拿到 45% 以上;重度腦力工作則可能更慘。但方向是穩的——兩件事的總產出低於一件事的 100%,而且低掉的那一塊不會流到另一件事上。想量自己的數字很簡單:連續兩週記錄「切回某件事之後,第一筆有效輸出出現在幾分鐘後」,把那些分鐘乘上一週的切換次數,你的損耗欄就出來了。

那把專案排成一件一件做就好了?

方向對,只是阻力通常長在別人的期待上。序列化真正卡住的地方是:另外四個負責人看不到你的排程,只看到自己被晾著。可行的做法是把「完全不動」換成「有承諾的少動」——給每個案子一句「這週我會推到哪裡、下週幾點回你」,讓等待變成可預期的等待。等待被預期了,插隊的電話就會變少,而插隊本身就是損耗欄最大的來源之一。

切換成本跟注意力殘留是同一件事嗎?

一體兩面,量的東西不同。注意力殘留描述的是切換之後那段「心還留在上一件事」的恢復期,單位是分鐘,講的是心理機制。切換成本把這些分鐘加總,換算成一週可用工時被抽走多少比例,單位是百分比,講的是資源分配。前者解釋為什麼會發生,後者告訴你這件事一年下來要付多少錢。看懂機制的人會想辦法縮短恢復期;看懂帳單的人會直接減少切換次數。

一個人最多同時扛幾個專案?

那張表沒有給答案,它只給了形狀。實務上很多人會發現第三個案子是折點:一到兩個的時候,行事曆上還找得到連續兩小時;第三個開始,整週被切成一堆四十分鐘的碎片,最小推進單位長的案子就永遠停在原地。與其記一個數字,不如回頭跑上面那三個訊號——重新裝載的重量、是不是共用同一顆腦袋、最小推進單位有多長。三個訊號都亮紅燈的時候,你早就超過了,跟數字是三還是四無關。

如果剛才第五根柱子那五片薄金色讓你停了一下,那個停頓還可以再往下追兩層。想知道那段損耗在腦子裡是怎麼發生的,看注意力殘留;想知道「同時在跑的案子數」怎麼決定交期,看利特爾法則——它把在製品數量、完成速率與等待時間綁進同一條式子,剛好接在這張圖的後面。

發現引用或事實有誤?請寫信回報,我會依更正政策修正。

喜歡這篇文章嗎?

每週幫你拆二本好書,把判斷力、好書金句、好問題,直送你的信箱。

不適合你可隨時退訂 · 每週兩封,陪你把書讀進生活。

送出即表示同意我們依隱私權政策使用你的 email。