英雄成為瓶頸的審核部門

英雄成為瓶頸的審核部門

分析範圍

本案例是教學合成案例（synthetic teaching case），不對應任何真實存在的公司、部門或人物。所有公司名稱、人名、件數、工時、錯誤率與時間長度都是為教學而設計的 example。設計目的是讓讀者在一組可以自己驗算的產能數字上，看見一件反直覺的事：一個能力極強、態度極好、從不出錯的人，可以在完全沒有任何人做錯事的情況下，成為整個系統產出的上限。

案例 as-of 2026-07-31。Jurisdiction 未指定。 這一點必須明講，因為本案例牽涉的幾件事在不同地區的制度差異極大：特別休假的天數與請休規則、加班時數上限與加班費計算、職務調整是否需要員工同意、職稱或職責變動是否構成勞動條件的不利益變更、以及績效與獎金制度的合法設計空間，全部依當地法令與契約而不同，而且不是全球通用。本案例刻意不描述任何一地的法定程序，讀者不應把文中任何安排當成自己所在地的合法或標準做法。相關的地區差異請見 雇傭與承攬的地區差異；實際調整任何人的職責、職稱或報酬前，應尋求當地合格的法律與人資專業協助。

明示的簡化假設（這些簡化在真實營運中不成立）：

• 每日到達的訂單量穩定，不考慮週期性尖峰、季節性或促銷造成的波動。
• 每件例外的處理時間視為固定，不考慮難度分布。真實情況中處理時間的離散度本身就是重要資訊。
• 不考慮加班。所有人每日可用工時固定，超出的部分一律形成積壓而非被吸收。
• 不考慮人員流動、招募與離職。本案例中的團隊組成在全程不變。
• 積壓的訂單不會流失。這是刻意的樂觀假設——真實情況中等太久的客戶會取消，因此本案例算出的積壓數字是低估了實際傷害。

資料缺口（明列，不臆測補齊）： 本案例沒有逐件的處理時間紀錄、沒有例外類型的完整分類與各類型的發生頻率、沒有客戶因等待而流失的數據、也沒有交接期間錯誤所造成的實際金額損失。因此本案例無法計算這次改變的投資報酬率，也無法判斷這個交接時程是否是最佳的。文中所有數字都只用來示範算術結構。

fact / inference / example 的標示原則： 產能與積壓的算術關係（例如系統產出等於各步驟產能的最小值）是可以逐步驗算的 fact；公司名稱、人名、件數、工時與錯誤率是 example；至於「因為她被稱讚為英雄，所以問題才被延後處理」這類敘述，是作者的 inference，文中會逐一標示，不會寫成已證實的因果。

情境與決策

「順風物流」的訂單流程有四個步驟：收單、審核、執行、交付。以每日訂單數為單位，各步驟的名目產能是：

步驟	名目日產能（訂單／日）
收單	100
審核	40
執行	80
交付	90

系統產出等於各步驟產能的最小值，也就是 40 訂單／日，瓶頸在審核。這是流程瓶頸的標準算術：改善非瓶頸步驟不會改變系統產出，把收單從 100 提高到 150，系統產出仍然是 40。完整推導見 流程當責與品質。

本案例要處理的，是這個算術的一個變形：當瓶頸不是一台機器或一個步驟，而是一個人的時候。

審核部門有四位同仁，其中一位是資深主管林小姐。她在公司七年，看過幾乎所有可能出錯的訂單型態。部門實際的運作方式是這樣分工的：例行訂單由其他三位同仁處理，規則清楚、對照檢查表即可完成；例外訂單——客戶信用條件特殊、貨品需要特別包裝、交期與運能衝突、客戶臨時更改條件——一律轉給林小姐判斷。

這個分工不是任何人正式決定的。它是七年間慢慢長出來的：早期只有她一個人做審核；後來新人加入，遇到不確定的就問她；她每次都給出正確而且快速的答案；於是「不確定就問林小姐」變成了部門的預設路徑。沒有人反對，因為每個人都覺得這樣最有效率——而在某個階段，這確實是最有效率的。

當時可觀察的事實：

• 每日到達審核步驟的訂單為 40 件，其中約 50%（20 件）被歸類為例外，必須由林小姐判斷。
• 林小姐每日可用於處理例外的時間為 6 小時（其餘工時用於會議、帶人與其他主管職責）。
• 每件例外平均需要 25 分鐘。
• 部門的審核錯誤率長期維持在 1.2%，是公司各部門中最低的。
• 過去兩年，林小姐連續獲得年度表揚，理由是「在最困難的訂單上從不出錯」。

當時沒有人去算、也沒有人去問的：

• 林小姐每天實際能處理幾件例外。
• 如果她請假，那一天的系統產出會是多少。
• 例外訂單的積壓有多少、成長多快。
• 這些例外判斷的依據，除了她的腦袋之外，還存在哪裡。

營運主管在此時掌握的訊號只有一個模糊的印象：交期有時候會延。客訴的內容通常是「你們說三天，實際五天」，而每一件客訴追下去，最後都停在同一個位置——那張單子在等林小姐。但因為每一件個案都有具體理由（她那天開會、她那天請假、那件比較複雜），沒有人把這些個案加總起來看成同一個結構性問題。這是 營運節奏 要解決的典型情境：個案永遠看起來像個案，直到有人把它們畫成一條線。

採取方案與 failed alternative

先把人形瓶頸的算術算出來

第一步：林小姐的有效日產能。

假設：每日可用於例外的時間 6 小時，每件 25 分鐘，且不考慮切換成本與加班。

6 小時 × 60 分／小時 = 360 分 360 分 ÷ 25 分／件 = 14.4 件

由於一件未處理完的例外不能算作產出，取整數下限，林小姐的有效日產能為 14 件／日。

交叉檢核： 反推 14 件所需時間 14 × 25 = 350 分，剩餘 10 分不足以完成第 15 件（需 25 分），因此 14 件是上限，計算一致。

第二步：這如何鎖死整個審核步驟。

審核步驟名目產能 40 件／日，但這 40 件裡有 20 件是例外，只有林小姐能處理，而她只能處理 14 件。另外 20 件例行訂單由三位同仁處理，他們的產能足以吸收。因此：

審核步驟的有效產能 = 例行 20 + 例外 14 = 34 訂單／日

系統產出 = min(收單 100、審核 34、執行 80、交付 90) = 34 訂單／日。

這是本案例最重要的一行算術：名目上瓶頸是 40，實際上是 34，而那 6 件的差距完全來自一個人的可用時間。 這 6 件不會消失，它們變成積壓：每日 20 − 14 = 6 件例外進不去，以每個工作日 6 件的速度累積。二十個工作日之後，積壓 6 × 20 = 120 件。

第三步：她請假時會發生什麼。

假設林小姐連續請假 5 個工作日，且沒有任何人可以代行例外判斷。則這 5 天內例外處理量為 0，審核步驟有效產能降為 20 訂單／日（只剩例行）。

• 有她在的 5 天應可處理：34 × 5 = 170 訂單
• 她不在的 5 天實際處理：20 × 5 = 100 訂單
• 缺口：170 − 100 = 70 訂單

再加上這 5 天內新到達卻無人處理的例外 20 × 5 = 100 件，其中 0 件被處理，積壓在這一週增加 100 件。她回來之後，即使全力處理，每日也只能消化 14 件，而每日仍有 20 件新例外進來——她回來後積壓不會下降，只會繼續以每日 6 件的速度上升。也就是說，請假造成的積壓在現行結構下是永久性的，不會自然回復。這一點在直覺上很違反常識：多數人會假設「他回來就補回來了」，但那只在他的產能高於需求時才成立。

這正是 事故負責人案例 中那條原則的另一面： 那個案例談的是把判斷寫在事前；這個案例談的是判斷只存在於某個人腦中時，會發生什麼。

還有一個更難察覺的效應： 因為林小姐永遠是對的，其他三位同仁遇到邊緣情況時的最佳策略是「轉給她」而不是「自己判斷」。這使得被歸類為例外的比例會隨時間上升——不是因為訂單變複雜，而是因為轉出去的成本比自己判斷低。這是一個自我強化的迴路：她越可靠，轉給她的越多；轉給她的越多，其他人越沒有機會累積判斷能力；其他人越沒有判斷能力，就越必須轉給她。本案例沒有資料證明這個迴路的強度，這是作者的 inference。

Failed alternative：再招一個人到審核部門

營運主管最初的方案是增聘一位審核人員。這個方案有完整的成本估算，依公司的招募成本模型：

項目	金額（元）
職缺廣告與工具	30,000
面試工時成本	120,000
到職與訓練	200,000
前三個月產出折減	250,000
合計	600,000

驗算：30,000 + 120,000 + 200,000 + 250,000 = 600,000 元。

它當時為什麼看起來合理？ 三個理由。其一，瓶頸在審核，而增加瓶頸的產能確實是唯一能提高系統產出的方向——這個推理本身完全正確。其二，部門同仁確實忙，加人是他們自己提出的請求。其三，600,000 元相對於積壓造成的交期延誤，看起來是划算的。

它在什麼假設下失效？ 這個方案隱含一個假設：新增的人力可以承接目前的瓶頸工作。 但目前的瓶頸不是「審核人力」，而是「例外判斷能力」，而那個能力目前只存在於一個人的腦中，沒有被寫下來。新人到職後只能處理例行訂單，而例行訂單本來就沒有塞車——例行產能是 20 件需求對上足夠的供給。

用算術說：增聘一人後，審核步驟的例行產能提高，但例外產能仍然是 14。有效產能 = 20 + 14 = 34，系統產出仍是 34 訂單／日。花了 600,000 元，系統產出一件都沒有增加。 這與「改善非瓶頸步驟不會改變系統產出」是完全相同的錯誤，只是它偽裝得更好——因為錢確實花在瓶頸「部門」上，只是沒有花在瓶頸「能力」上。

預警訊號（不需要後見之明，當時就能觀察到）： 部門說忙，但積壓集中在特定幾類單子上；有人請假時產出明顯下降，而其他人請假時沒有；同一個人的名字反覆出現在延誤的個案追查中；以及最直接的一項——問「這件事的判斷依據寫在哪裡」時，答案是「問某某人」。

實際採取的方案：把判斷寫下來並下放權限

否決增聘方案後，公司改採另一條路徑，分三個部分：

第一，把例外分類並寫成判斷規則。 林小姐每日撥出 2 小時，逐類寫下判斷依據：這一類例外看哪三個欄位、什麼條件下可以放行、什麼條件下必須升級、以及過去踩過哪些坑。八週內完成了涵蓋約 70% 例外件數的規則。

第二，明確下放決定權。 規則寫下來還不夠——如果同仁依規則判斷之後仍需她簽核，瓶頸就沒有移動。因此文件中明確寫下：屬於已文件化類型的例外，由承辦同仁自行決定，不需回報；只有規則未涵蓋、或規則明確標示須升級的情形，才轉給她。這一步是整個方案中唯一真正移動瓶頸的動作，其餘都是準備工作。這正是 角色當責 所處理的：當責必須連同決定權一起移交，否則移交的只是工作量而不是責任。

第三，接受過渡期的產出下降。 這一點在事前就被明白告知全體同仁，而不是事後才解釋。

過渡期的算術（這是本案例被歸為 mixed 的原因）

林小姐每日撥 2 小時寫文件與帶人後，她可用於例外處理的時間從 6 小時降為 4 小時：

4 小時 × 60 = 240 分 240 分 ÷ 25 分／件 = 9.6 件 → 9 件／日

她個人的產出從 14 件／日降到 9 件／日，下降了 5 件，約 36%。 這不是估計，是她做這個選擇的直接後果。

過渡期分三個階段，例外的每日需求全程維持 20 件：

階段	工作日	林小姐	其他同仁	合計產能	每日積壓變化	期間積壓變化
一：只寫文件	第 1–10 日	9	0	9	+11	+110
二：部分接手	第 11–25 日	9	6	15	+5	+75
三：多數接手	第 26–40 日	9	14	23	−3	−45
四：文件完成後	第 41 日起	14	14	28	−8	每日 −8

逐階段驗算（單位為件，正號代表積壓增加）：

階段一，產能 9 對需求 20，每日 20 − 9 = 11 件進不去，10 個工作日累積 11 × 10 = 110 件。注意這段期間的產出 9 件／日低於改變前的 14 件／日——這是必然的，因為此時只付出成本、還沒有任何回收。

階段二，其他同仁開始依規則承接，產能 9 + 6 = 15，每日 20 − 15 = 5 件，15 個工作日累積 5 × 15 = 75 件。累計積壓 110 + 75 = 185 件，這是峰值，出現在第 25 個工作日。

階段三，產能 9 + 14 = 23 首度超過需求 20，每日消化 23 − 20 = 3 件，15 個工作日減少 3 × 15 = 45 件。第 40 日結束時積壓 185 − 45 = 140 件。

階段四，文件完成，林小姐回到 14 件／日，合計產能 14 + 14 = 28，每日消化 28 − 20 = 8 件。清空 140 件需 140 ÷ 8 = 17.5 → 18 個工作日。

因此積壓完全清除的時點是第 40 + 18 = 58 個工作日。 從決定改變到回到零積壓，約需 58 個工作日，期間積壓一度達到 185 件。

交叉檢核（用總量重算）： 前 40 個工作日的總需求為 20 × 40 = 800 件；總產能為 9 × 10 + 15 × 15 + 23 × 15 = 90 + 225 + 345 = 660 件。差額 800 − 660 = 140 件，與逐階段累加的結果一致。

改變之後的穩態： 例外產能 28 件／日 > 需求 20 件／日，例外不再是限制。審核步驟的有效產能回到名目值 20 + 20 = 40 訂單／日，系統產出 = min(100、40、80、90) = 40 訂單／日，比改變前的 34 提高了 6 件／日，約 17.6%（6 ÷ 34 ≈ 0.176）。

而且瓶頸的位置沒有變——它仍然是審核，只是不再是「一個人」。 要再往上提高，就必須增加審核的整體產能（例如增聘一位審核人員，把審核提高到 80）。值得注意的是，此時增聘才是有效的，因為判斷規則已經存在，新人可以真正承接例外工作。同樣值得注意的是：把審核提高到 80 之後，執行也是 80，屆時系統會有兩個產能同為 80 的步驟，下一次改善必須同時處理兩者，否則又會一件都不增加。

結果與因果限制

觀察到的結果（fact，均可從上述數字直接驗算）：

1. 改變前系統產出 34 訂單／日；改變後 40 訂單／日，提高 6 件／日。
2. 林小姐個人的例外處理量在過渡期間從 14 件／日降至 9 件／日，下降約 36%；過渡結束後回到 14 件／日。
3. 過渡期間積壓峰值 185 件，出現在第 25 個工作日；積壓完全清除在第 58 個工作日。
4. 部門審核錯誤率由改變前的 1.2% 上升至過渡期間的 3.5%，穩態後回落至 1.8%——高於改變前的 1.2%，並未回到原水準。
5. 改變後林小姐連續請假 5 個工作日，期間例外產能為 14（其他同仁），審核有效產能 20 + 14 = 34 訂單／日，而非改變前的 20。
6. 在一對一面談中，林小姐表示自己「被拿掉了最有價值的工作」。這是有紀錄的陳述，是 fact；她實際的感受狀態不是本案例能觀察的。

為什麼是 mixed 而不是 success： 依照結果分類的準則，mixed 表示核心指標互有改善與惡化，不能誠實歸為成功或失敗。這裡確實兩者都有：

• 改善的：系統產出 +17.6%；單點失效風險大幅降低（請假時產能從 20 降為 34，比改變前好得多）；判斷依據從一個人的記憶變成可查閱、可修訂、可訓練的文件。
• 惡化的：錯誤率從 1.2% 升到 1.8%，而且沒有回到原水準；過渡期間累積 185 件積壓，這些是真實的客戶等待；最能幹的人有一段時間產出比以前低；而且她本人先感受到的是被降級，而不是被解放。

最後這一點必須明白寫出來，不能用漂亮話帶過。 從林小姐的角度，這個改變的實際內容是：她被要求把七年來累積、且讓她連續兩年獲得表揚的獨門判斷力，寫成任何人都能照做的檢查表，然後看著別人做她原本做的事。所謂「解放你去做更高價值的工作」在她把文件寫完之前只是一句承諾，而她要先付出八週的代價才能驗證這句承諾。在時間順序上，失去是確定的、立即的，而回報是不確定的、延後的。 任何忽略這個順序的推動方式，都會低估阻力的來源——阻力不是不願意配合，而是一個理性的人對不對稱風險的正常反應。

作者的因果推論（inference，明確標示，不等於已證實）：

作者推論，把例外判斷文件化並下放決定權，是系統產出從 34 提高到 40 的主要機制。依據是算術拆解：產出的上限完全由例外處理量決定，而例外處理量從 14 提高到 28。

但這個推論不是被證明的因果，原因必須誠實列出：

• 沒有對照組。 我們沒有觀察到「同一個部門、同一段期間、不做這個改變」會發生什麼。不改變的情境下，積壓可能持續累積，也可能因為訂單需求下降而自然緩解，或因為林小姐離職而急遽惡化——那些路徑的結果全部未知。
• 同時有多個因素在變動。 文件化、權限下放、其他三位同仁八週的實作經驗成長、以及部門對「什麼算例外」的重新分類，在同一段期間全部發生。任何一項單獨的效果，本案例都無法分離。特別是：其他同仁的能力成長有多少來自文件、有多少只是來自被允許自己做決定，本案例完全無法區分，而這兩者的政策意涵截然不同。
• 錯誤率的變化同樣無法歸因。 1.2% → 3.5% → 1.8% 這條軌跡與交接時程重疊，但也與訂單組合的變化重疊。本案例不證明交接造成了品質下降，只能說兩者在時間上同時發生。而 1.8% 高於 1.2% 這件事，可能是永久的能力落差，也可能只是尚未穩定的過渡值——40 個工作日的觀察期不足以區分。
• 樣本數為一。 單一案例可以示範一個機制如何運作，不能估計這個機制在多大比例的組織中會產生同樣結果。
• 本案例是合成的。 數字是為了讓算術清楚而設計的，不是從真實母體抽樣得到，因此不具任何統計代表性。

本案例明確拒絕主張的因果陳述： 「把資深員工的知識文件化可以提高 17.6% 的產出」是不成立的過度推論。可以支持的、範圍窄得多的說法是：當系統產出受限於單一個人的可用時間、而該人的判斷未被文件化時，增加同部門的人力不會提高產出，而擴大能執行該判斷的人數會；本案例示範了這個機制的算術結構，以及它在過渡期的成本形狀。至於在真實組織中要花多久、品質代價多大、以及是否值得，取決於例外的複雜度、可文件化的比例與團隊的既有能力，這些本案例都沒有資料。

同樣不能主張的反向陳述： 「如果早兩年就做這件事，公司會好得多」也是 inference。兩年前的例外複雜度、團隊組成與訂單量都不同，那個時點的成本效益結構本案例無法重建。

可轉移的教訓

可泛化的機制（與地區、產業、公司規模無關，因為它是算術）：

第一，人形瓶頸與流程瓶頸遵守完全相同的算術。系統產出等於各步驟產能的最小值，而「某人每日可處理幾件」就是一個步驟產能，只是它寫在人事表上而不是設備規格上。因此所有瓶頸原則直接適用：改善非瓶頸不會改變產出；只有提高瓶頸的產能才會；瓶頸移動之後要重新尋找新的瓶頸。

第二，要判斷某人是否已成為瓶頸，只需要問一個問題：這個人請假一週，系統產出會掉多少？ 如果答案顯著大於零，那個人就是瓶頸，無論組織圖怎麼畫。這個測試不需要任何工具，也不需要事先量測——只需要在下一次請假時觀察。

第三，在瓶頸部門加人，不等於在瓶頸能力上加人。錢花在正確的部門、錯誤的能力上，效果與完全沒花一樣。決定投資之前，必須先確認新增的資源能否承接目前正在排隊的那一類工作。

第四，移交責任必須連同決定權一起移交。只給文件不給權限，等於只移交了工作量，瓶頸完全沒有動——所有件數仍然要經過同一個簽核點。

第五，任何知識轉移在短期內必然降低轉移者的產出。這不是執行不力，是結構上的必然：他的時間只有一份。因此推動這類改變時，過渡期的產出下降應該被事先計算並公開承諾，而不是事後解釋。事先講與事後講的差別，決定了同一個下降會被理解為「計畫的一部分」還是「改變失敗的證據」。

第六，被文件化的人在感受上先失去、後獲得。承認這個順序，比說服他相信長期利益更誠實，也更有效。

不可泛化的部分：

• 本案例的具體數字（14 件、9 件、185 件、58 個工作日、1.8%）是設計出來的 example，不是任何產業的基準值。可文件化的例外比例在不同工作性質上差異極大：規則型判斷可能有九成以上能文件化，而高度依賴脈絡的判斷可能不到三成。看到本案例的 70%，不能推論自己的情況也是 70%。
• 「錯誤率上升是暫時的」在本案例中沒有被證實，實際觀察到的是它停在比原來更高的水準。有些工作的品質確實會因分散判斷而永久下降，此時正確的問題不是「如何回到原水準」，而是「多出來的 0.6% 錯誤，換得的產出與韌性是否值得」——那是一個需要成本資料才能回答的取捨問題，不是一個技術問題。
• 招募成本模型中的 600,000 元是本案例設定的 example，各項組成在不同市場、職位與地區差異極大。
• 職務調整、職責變更、獎酬設計與請假規則的合法性與程序，全部依 jurisdiction 而不同，不是全球通用，見 雇傭與承攬的地區差異。任何涉及調整他人職責或報酬的做法，都應尋求當地合格的法律與人資專業協助。

讀者可以怎麼用：

第一，列出團隊中每一項「只有某某人能做」的工作，估算該人每日能處理幾件、每日到達幾件。兩個數字相減就是每日積壓速度。若為正，積壓是必然的，不是偶發的。

第二，把這個結果與 事故負責人案例 對照著看。那個案例示範的是把判斷寫在事前所帶來的秩序；這個案例示範的是判斷只存在於一個人腦中時所帶來的脆弱。兩者是同一個原則的兩面，但請注意兩個案例都沒有對照組，並列閱讀不構成實驗設計。

第三，在啟動任何知識轉移之前，先把過渡期的產出下降算出來、寫下來、講出來。算不出來的下降會被當成失敗；算得出來並事先說明的下降，才有機會被當成投入。

第四，同時規劃如何處理被文件化那個人的位置。如果七年的判斷力被寫成檢查表之後，他接下來要做的事沒有被明確定義，那麼「被降級」就不只是感受問題，而是事實描述。

資料來源

The responsibilities of the board 支持本案例的一項框架性判斷：有效的內部控制需要清楚界定的職責、可被檢驗的授權與報告路徑，而不是依賴特定個人的自由裁量。本案例把這個原則套用在部門尺度上——當關鍵判斷未被記錄、授權未被明示時，組織同時承受產能上限與單點失效兩種風險。適用範圍限制： 該原則為 non-binding 的國際原則，主要對象是公開交易公司的董事會層級，並非中小企業的作業流程規範；本案例僅將其作為思考框架使用，不主張任何公司負有文中所述的具體義務。Accessed 2026-07-31。

IFC Corporate Governance Methodology Tools 支持本案例的一項限制性主張：控制與授權的設計沒有一體適用的標準，必須依公司規模、所有權型態與業務性質調整；該資源明示對創辦人主導與家族企業提供不同工具。本案例據此強調 70% 的可文件化比例、八週的交接時程與 1.8% 的穩態錯誤率都是這家假想公司的設定，而不是可以直接複製的標準。適用範圍限制： 該資源提供的是方法論工具，不是特定地區的法規要求，也無法用來判斷任何具體做法是否合規。Accessed 2026-07-31。

關於本案例數字的來源： 公司名稱、人名、件數、工時、錯誤率與所有敘事細節全部是教學 example，不來自上述任何來源，也不對應任何真實個體。兩筆來源支持的是判斷框架與適用邊界，不是本案例的事實。