角色當責

一句話定義

角色當責（role accountability）是指：一位具名的人，對一個明確的結果負最終答覆責任，並且握有決定「這個結果需要什麼」的權限。

拆開來看，這句定義有三個承載重量的部分。具名的人指一個名字，不是一個部門、一個小組或一個職稱集合。明確的結果指一個可以被觀察、可以判斷有沒有達成的產出，例如「審核步驟每日完成 80 訂單且佇列不超過一日產能」，而不是「把品質做好」。相稱的權限指這個人可以改變達成結果所需的做法——改流程、改規則、改排班、決定取捨——而不必為每一個小調整重新申請許可。

當責回答的問題是：這件事出了狀況，誰必須有答案？ 它與營運節奏互為條件：節奏決定「什麼時候決定」，當責決定「誰決定」。一個沒有當責者的週期，會準時發生卻不會產生決策；一個沒有節奏的當責者，則要靠自己記得所有事情該在什麼時候被檢查。

邊界與判斷

當責、負責、被諮詢、被告知

四個常被混用的角色，區分方式其實只有兩個問題：指向的是結果還是任務？可不可以有很多人？

當責（accountable）：指向結果，而且只能有一個人。這個人不必親自做完所有事，但必須能回答結果為何是現在這樣、接下來要怎麼辦。
負責／執行（responsible）：指向任務，可以有很多人。三個人一起完成審核工作是完全正常的，他們都是 responsible。
被諮詢（consulted）：在決策前必須被徵詢意見的人，例如法務、財務。他們的意見必須被聽取，但不擁有否決權，除非另外明文授予。
被告知（informed）：決策後需要知道結果的人。把應該被諮詢的人只列為被告知，是衝突最常見的來源之一。

實務上最有價值的動作，是把這四欄逐一填在同一張表上，並強迫「當責」那一欄每列只能寫一個名字。填不出來的那幾列，就是組織現在真正的破口。

兩個負責人等於沒有負責人

這不是修辭。兩個人同時對同一結果當責時，會出現三種可預測的失效：互相等待（各自合理地假設對方已經在處理）、互相禮讓（在需要果斷取捨時，雙方都不願替對方作決定）、以及責任真空（出問題時，兩人各自只掌握一半事實，因此沒有人能完整說明發生了什麼）。

值得注意的是，這三種失效在平常完全看不出來，只在壓力下才會顯現，因為平時的協調成本很低。這使得「共同負責」的安排往往在事故發生的那一天才第一次被檢驗，而那正是最不該做實驗的時候。若真的需要兩個人共同投入，正確做法是仍指定一位當責者，另一位明確列為 responsible 或 consulted，並寫下當兩人意見不同時由誰決定。

當責必須配上相稱的權限

把結果交給一個人，卻不給他改變做法的權限，是一種設計上的失敗，而且它的代價會落在個人身上：這個人被要求對自己無法控制的事情負責，唯一能增加的變項只剩下自己的工時與情緒，於是過勞（burnout）幾乎是必然結果，而問題本身並沒有被解決。

檢查方式很具體。對每一位當責者問三個問題：他可以自行決定的事情有哪些？他必須申請才能做的事情有哪些？他完全無法影響、卻仍被要求負責的事情有哪些？第三類只要不是空的，就是待修的設計缺陷——要嘛把權限補上，要嘛把當責範圍縮小到他能影響的部分。

當責附著在結果，不在努力或出席

一個常見的滑坡，是把當責偷偷換算成投入：加班時數、回訊速度、出席率、簡報數量。這些都不是結果。它們之所以誘人，是因為容易觀察；但用它們評價當責，會系統性地獎勵表演、懲罰把事情自動化到不再需要人盯的人。這也是績效、激勵與文化課的核心風險之一。

誠實的限制：不是單打獨鬥，也不是究責

有兩件事必須說清楚，否則當責很容易被誤用成管理上的暴力。

第一，單一當責不等於一個人做完。 它指的是「誰必須有答案」，不是「誰必須動手」。當責者的正當工具包含請求資源、指派任務、拒絕不合理的承諾，以及在超出自己權限時升級（escalate）。一個從不升級的當責者，通常不是能力強，而是升級路徑不安全。

第二，當責不等於在系統失敗時責備個人。 若一個結果的達成，實際上取決於流程設計、產能限制或跨部門條件，那麼失敗的原因在系統，把它算到當責者頭上只會產生兩個後果：隱瞞壞消息，以及沒有人願意接下有難度的角色。健康的用法是分開兩個問題：「這個結果由誰負責推動？」（當責）與 「為什麼會變成這樣？」（原因分析）。前者永遠有一個名字，後者的答案經常是流程而不是人。

最後一個邊界屬於制度層面：當責是管理設計，不等於法律上的責任分配。 誰是僱員誰是承攬、考核與解僱的程序、職務內容變更的限制、工時與加班的規則，都因司法管轄區而異且時常修訂，不是全球通用的。設計角色時如涉及這些面向，請見雇傭與承攬的地區差異，並就個案尋求當地合格的法律或人資專業協助。

例子與反例

Fact-backed example（教學數字，本系列共用的虛構公司「順風物流」，元）： 訂單處理四步驟的每日產能為收單 100、審核 40、執行 80、交付 90（訂單／日），系統吞吐量等於最小值 min(100, 40, 80, 90) = 40 訂單／日，瓶頸在審核。

公司對審核步驟指定了一位當責者，寫下的內容只有四行：結果是審核步驟每日完成 80 訂單、佇列不超過 40 訂單（等於一日產能）；權限包含自行修改審核規則與抽樣比例、調整排班、在佇列觸頂時暫停接收非急件；必須諮詢法務（涉及合約條款的審核規則）與財務（涉及授信額度的規則）；升級門檻是佇列連續三日觸頂，或單日進單超過 90 訂單。

有了權限，這位當責者提出增聘第二位審核人員。以下是他提交的算術，每一步都可以驗算。

一次性取得成本（fully loaded，單位：元）：職缺廣告與工具 30,000、面試工時成本 120,000、到職與訓練 200,000、前三個月產出折減 250,000，合計 30,000 + 120,000 + 200,000 + 250,000 = 600,000 元。

增量效益的假設必須先講明：詢單量為 90 訂單／日，實際受理僅 45 訂單／日，差額主要因交期過長而流失，因此需求端存在可回收的量；產能提高後，審核產能成為 80，系統吞吐量 min(100, 80, 80, 90) = 80 訂單／日，增量以新增的 40 訂單／日為上限（受限於產能而非需求）。以每月 22 個工作日、每張訂單邊際貢獻 150 元計：增量貢獻 40 × 22 × 150 = 132,000 元／月；扣除該員每月人事成本 60,000 元，淨增 132,000 − 60,000 = 72,000 元／月。回收一次性成本約需 600,000 ÷ 72,000 ≈ 8.3 個月。

交叉檢查與限制要一起說。第一，40 × 22 = 880 訂單／月，880 × 150 = 132,000 元，兩步相符。第二，這個 8.3 個月是樂觀下限：分子裡的 250,000 已經是前三個月的產出折減，而分母用的是滿產能後的穩定值，所以前三個月的實際淨增低於 72,000，真實回收期會更長。第三，也是最重要的：若需求端沒有可回收的量，增加產能不會變成任何訂單，整筆投資的回報就是零。第四，新狀態下審核與執行同時停在 80，下一次改善若只動其中一個，吞吐量仍是 80，必須兩個一起處理。

這個例子真正示範的不是算術，而是當責與權限相稱時會發生什麼：這位當責者不必等別人發現瓶頸，因為結果掛在他名下；他也有能力把發現變成提案，因為權限在他手上。

Failed alternative： 另一種安排是宣告「大家一起負責品質」，寫進公司價值觀，每個人都被告知品質人人有責。

它當時看起來相當合理：品質確實是每個環節共同決定的，指定單一負責人聽起來像是替其他人開脫；而且這種說法在會議上不會遭遇任何反對——沒有人會公開主張自己不該對品質負責。

它失效的假設是「共同的意識會產生具體的行動」。實際結果是：一個缺陷出現時，沒有任何人有義務去查清楚原因。每個人都可以合理地認為自己那一段沒問題，而追查跨環節的原因需要時間、權限與得罪人的空間，三者都沒有指定給誰。預警訊號很好認：缺陷紀錄有「發現」欄卻長期沒有「原因」欄；同一類問題每季重複出現且每次的說明都不同；問「上次那件事後來怎麼了」時得到的答案是「應該有人在看」。

同一個假設還會長出第二種病態：英雄模式。組織裡某位能力強的人，會出於責任感開始填補每一個沒人負責的縫隙——他修別人的錯、接別人的急件、記得所有沒寫下來的規則。短期內指標很漂亮，所以沒有人有動機去修結構。但他同時成為了新的瓶頸：所有事情都要經過他，他請假時系統就停擺，而他自己正走向過勞。這個模式的完整發展過程與代價，見英雄成為瓶頸案例。

正確做法是把「品質」拆成可以掛名的結果：每一個流程步驟有一位具名當責者、一個可量測的產出門檻、一組相稱的權限，以及一條升級路徑。人人有責可以留在價值觀裡，但不能留在職責表裡。

延伸使用

讀者會在四種決策裡再次用到角色當責。設計流程時，流程當責與品質課會把每一個步驟對應到一位擁有者與一組驗收條件。招募與職務設計時，招募與職務設計課提醒先寫清楚這個角色要對什麼結果當責、擁有哪些權限，再開職缺；順序反過來，就會招到一個沒有人說得清楚該做什麼的人，而那筆 600,000 元的取得成本照樣會發生。處理事故時，指派當責者本身就是關鍵路徑上的一步：事故當責案例的時間軸顯示，從偵測（09:12）到指派負責人（09:25）用掉 13 分鐘，而緩解在第 50 分鐘、完全復原在第 138 分鐘——指派愈晚，後面每一段都跟著往後推。設計整套營運系統時，可以用營運系統設計練習把當責表與週期表一起做出來。

實務上的維護規則只有三條：每一個重要結果在職責表上只能對應一個名字，寫不出名字就代表這個結果目前沒有人在管；每位當責者都要能列出自己可以自行決定的事項，列不出來就先補權限再談績效；每次事故或重大偏差之後，分開檢討「誰推動」與「為什麼會這樣」，不要讓後者的答案退化成前者的名字。

資料來源

OECD 公司治理原則中關於董事會職責的章節支持本文的核心區分：治理的基礎是「對誰負責、以及必須有答案」，而不是「誰投入比較多」；董事會被期待監督經營團隊並對股東與公司負責，同時可以透過委員會分工，但分工不會移除最終的答覆責任。本文把這個治理層的結構（單一最終答覆對象、可分工執行、必須有資訊與權限）向下類推到營運層的角色設計，這一步類推是作者的 inference，該原則本身討論的是董事會，並未規範營運職責表。範圍限制必須一併說明：該原則為 non-binding（不具法律拘束力），且主要以公開發行公司為對象；未上市公司、小型組織是否採用與採用程度，取決於各自選擇與當地法規。

IFC 公司治理方法論工具頁支持另一項邊界：責任與控制的安排必須配合組織的成熟度與型態。該頁明確指出「there is no ‘one-size-fits-all’ corporate governance approach」，將評估分為四個成熟度層級，並對上市公司、國營事業、家族或創辦人持有的企業、基金、金融機構與中小企業提供不同工具；其六個評估面向亦包含控制環境（control environment）。本文據此主張：當責表的細緻程度應隨規模調整，五人公司不需要與百人公司相同的分層，但「一個結果一個名字」這條最低要求在任何規模都成立——後半句是作者的 inference，不是該頁的主張。

範圍限制與教學標示：文中「順風物流」的全部產能、成本、詢單量、邊際貢獻與時間軸都是教學 example，不是任何真實公司的資料；600,000 元的招募取得成本、150 元的單筆邊際貢獻與 60,000 元的月人事成本都是為了讓推導可驗算而設定的假設值，讀者必須換成自己的實際數字。回收期 8.3 個月是依上述假設所得的確定性計算，不是預測，也已在正文標明它為何是樂觀下限。當責、負責、被諮詢、被告知的四分法是管理慣例，並非任何準則或法規的定義。凡涉及僱傭關係認定、考核、調職或終止的制度性規則，皆因地區而異且時有修訂，不是全球通用；請見雇傭與承攬的地區差異，並尋求當地合格的專業協助。兩筆來源 accessed 2026-07-31。